abonnement Unibet Coolblue Bitvavo
  dinsdag 4 juni 2013 @ 08:58:15 #101
187069 slacker_nl
Sicko pur sang
pi_127391209
quote:
5s.gif Op dinsdag 4 juni 2013 08:45 schreef Cue_ het volgende:
Ik zit met een Oracle vraagje.
Als ik de volgende query uitvoer
[ code verwijderd ]

Krijg ik de volgende foutmelding
[ code verwijderd ]

act_starttime is in eerste instantie een Timestamp. Wanneer ik hier een date van maak, dan doet hij het wel gewoon.

Iemand enig idee hoe dit kan/veroorzaakt wordt?
Als je hier een date van maakt, wat bedoel je precies?

http://psoug.org/reference/timestamp.html
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:00:53 #102
267443 Cue_
Cuecumbergirl
pi_127391259
quote:
0s.gif Op dinsdag 4 juni 2013 08:58 schreef slacker_nl het volgende:
Als je hier een date van maakt, wat bedoel je precies?

http://psoug.org/reference/timestamp.html
Alter table modify act_starttime date

Dan lukt de update wel.
  dinsdag 4 juni 2013 @ 09:13:54 #103
187069 slacker_nl
Sicko pur sang
pi_127391522
Het zou moeten werken, maar de foutmelding komt niet overeen met je probleem..

Wat gebeurd er als je dit met sqlplus uitvoert?
En doe dan geen update, maar een select.
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:16:25 #104
267443 Cue_
Cuecumbergirl
pi_127391555
Dat was allemaal geen probleem, kan er op selecteren, grouperen, order by whatever i want, enkel de update doet ie niet.

Het is mij vorige week wel gelukt hem eerst te modifyen naar date, toen weer terug naar timestamp, en toen deed hij het wel ineens. Dat werkt nu niet meer.
pi_127391556
quote:
5s.gif Op dinsdag 4 juni 2013 08:45 schreef Cue_ het volgende:
Ik zit met een Oracle vraagje.
Als ik de volgende query uitvoer
[ code verwijderd ]

Krijg ik de volgende foutmelding
[ code verwijderd ]

act_starttime is in eerste instantie een Timestamp. Wanneer ik hier een date van maak, dan doet hij het wel gewoon.

Iemand enig idee hoe dit kan/veroorzaakt wordt?
; vergeten?
  dinsdag 4 juni 2013 @ 09:17:28 #106
267443 Cue_
Cuecumbergirl
pi_127391578
quote:
7s.gif Op dinsdag 4 juni 2013 09:16 schreef Scorpie het volgende:

; vergeten?
Als in dat de query niet wordt uitgevoerd?

@slacker. Via sqlplus trouwens gedaan.
  dinsdag 4 juni 2013 @ 09:24:06 #107
187069 slacker_nl
Sicko pur sang
pi_127391701
Aha. Maar die foutmelding is echt een generiek iets, hij klaagt namelijk niet over de query. Aangezien je selects ed wel werken heb ik het vermoeden dat de fout niet in de query ligt maar aan andere factoren.. Vooral omdat je conversie naar date nu hetzelfde probleem oplevert..

Je doet alles in een transactie?

1
2
3
4
5
BEGIN;

update ...

ROLLBACK; -- eventueel commit

https://forums.oracle.com/forums/thread.jspa?threadID=2458582
In theory there is no difference between theory and practice. In practice there is.
  dinsdag 4 juni 2013 @ 09:47:26 #108
267443 Cue_
Cuecumbergirl
pi_127392239
Het ligt aan m'n index :o

1 create index  idx_match_actstarttime on table (to_char(act_starttime, 'YYYYIW') );

Is die zo vreemd?
pi_127392307
'Het ligt aan je index' ?
  dinsdag 4 juni 2013 @ 09:51:11 #110
267443 Cue_
Cuecumbergirl
pi_127392337
quote:
7s.gif Op dinsdag 4 juni 2013 09:50 schreef Scorpie het volgende:
'Het ligt aan je index' ?
Zonder index doet ie het perfect.. met index krijg ik die foutmelding.
  Moderator / Redactie Sport / Devops dinsdag 4 juni 2013 @ 10:02:32 #111
176766 zoem
zoemt
pi_127392658
De errorcode is erg generiek, wat staat er in de alert log?
pi_127392673
quote:
7s.gif Op dinsdag 4 juni 2013 09:51 schreef Cue_ het volgende:

[..]

Zonder index doet ie het perfect.. met index krijg ik die foutmelding.
Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
  dinsdag 4 juni 2013 @ 10:06:55 #113
267443 Cue_
Cuecumbergirl
pi_127392799
quote:
14s.gif Op dinsdag 4 juni 2013 10:02 schreef KomtTijd... het volgende:
Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
_O-
  dinsdag 4 juni 2013 @ 10:10:37 #114
118585 Crutch
Filantroop || Taalzwengel
pi_127392903
quote:
14s.gif Op dinsdag 4 juni 2013 10:02 schreef KomtTijd... het volgende:

[..]

Da's wel een voorbarige conclusie. Als je je been eraf hakt is de jeuk aan je teen ook over.
Er is altijd nog fantoomjeuk. :')
Je moeder is een hamster
pi_127392989
Ik ben geen oracle-man maar iets als een FROM_UNIXTIME() ertussen, helpt dat?
  dinsdag 4 juni 2013 @ 10:59:58 #116
267443 Cue_
Cuecumbergirl
pi_127394450
quote:
0s.gif Op dinsdag 4 juni 2013 10:02 schreef zoem het volgende:
De errorcode is erg generiek, wat staat er in de alert log?
1
2
3
Tue Jun  4 10:59:04 2013
Errors in file /oracle/admin/hkpora03/udump/hkpora03_ora_186.trc:
ORA-07445: exception encountered: core dump [evaopn2()+228] [SIGSEGV] [Address not mapped to object] [0x000000000] [] []
  Moderator / Redactie Sport / Devops dinsdag 4 juni 2013 @ 11:13:23 #117
176766 zoem
zoemt
pi_127394900
quote:
7s.gif Op dinsdag 4 juni 2013 10:59 schreef Cue_ het volgende:

[..]
[ code verwijderd ]

quote:
So the likeliest causes:

- The server process you were connected to crashed.
- A network problem broke your connection.
- Someone manually killed the process on the server you were connected to.

When the server process you were connected to crashed, it threw an ORA-07445. That error, along with ORA-00600, are relatively famous Oracle errors. They're functionally unhandled exceptions, with an ORA-00600 being an unhandled exception in the Oracle code, whereas ORA-07445 is a fatal signal from the OS, generally because Oracle did something that the OS didn't approve of, so the OS killed the Oracle process.
07445 is vaak gerelateerd aan een bug in Oracle.
Gerelateerde issue op SO: Oracle ORA-03113 and ORA-07445 ACCESS_VIOLATION
quote:
There was an index on the two date columns, TRANS_FROM and TRANS_TO. We droppped this. It worked.

After a bit more investigation we found that with few rows in the join, the index was not used but as the number of rows in the join increased, the query plan would change and the offending index would be used. This explained why it was an intermittent problem.
  dinsdag 4 juni 2013 @ 11:37:00 #118
267443 Cue_
Cuecumbergirl
pi_127395670
Ik blijf het allemaal vreemd vinden.

1. Timestamp zonder index -> goed
2. Timestamp met index -> fout
3. Date met index -> goed

De queryplan is voor 2 en 3 hetzelfde. Gebruikt index by rowid als tableaccess en dan een index rowscan mbv de aangemaakte index op starttime
Bij versie 1 doet hij een full table access.
pi_127397247
1
2
3
<?php
$a
['a'] = 1;
?>

dit produceert geen error. is dat normaal :?
..///
  Moderator / Redactie Sport / Devops dinsdag 4 juni 2013 @ 12:34:55 #120
176766 zoem
zoemt
pi_127397344
Ja en nee.

PHP maakt automagisch een array aan en vult deze met de opgegeven key en value. Echter, als je error_reporting en display_errors aanzet, zou je een index undefined notice kunnen krijgen.
pi_127397409
quote:
0s.gif Op dinsdag 4 juni 2013 12:34 schreef zoem het volgende:
Ja en nee.

PHP maakt automagisch een array aan en vult deze met de opgegeven key en value. Echter, als je error_reporting en display_errors aanzet, zou je een index undefined notice kunnen krijgen.
ja dat dacht ik ook. maar ik krijg geen foutmelding hierzo, maar misschien zit er iets fout in mijn custom error handler :@

edit: ik krijg op geen enkele manier een foutmelding, ongeacht de instellingen :{
..///
pi_127397904
Er is dan ook niets fout aan.
  dinsdag 4 juni 2013 @ 12:59:52 #123
187069 slacker_nl
Sicko pur sang
pi_127398098
quote:
0s.gif Op dinsdag 4 juni 2013 12:34 schreef zoem het volgende:
Ja en nee.

PHP maakt automagisch een array aan en vult deze met de opgegeven key en value. Echter, als je error_reporting en display_errors aanzet, zou je een index undefined notice kunnen krijgen.
Hier staat het beschreven: http://php.net/manual/en/language.types.type-juggling.php
Wat kut is dat zeg, eigenlijk, best wel.
In theory there is no difference between theory and practice. In practice there is.
pi_127399181
quote:
0s.gif Op dinsdag 4 juni 2013 12:59 schreef slacker_nl het volgende:

[..]

Hier staat het beschreven: http://php.net/manual/en/language.types.type-juggling.php
Wat kut is dat zeg, eigenlijk, best wel.
ik keek er ook van op :P
..///
  Moderator / Redactie Sport / Devops dinsdag 4 juni 2013 @ 13:35:03 #125
176766 zoem
zoemt
pi_127399315
quote:
0s.gif Op dinsdag 4 juni 2013 12:59 schreef slacker_nl het volgende:

[..]

Hier staat het beschreven: http://php.net/manual/en/language.types.type-juggling.php
Wat kut is dat zeg, eigenlijk, best wel.
In dat geval, leuk leesvoer: PHP: a fractal of bad design ;)
abonnement Unibet Coolblue Bitvavo
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')