Seltsam Oracle Problem

Question

Ich habe versucht, es in einem Satz zu setzen, aber es ist besser, ein Beispiel zu geben:

SELECT * FROM someTable WHERE id = someID; 

returns no rows 
... 
some time passes (no inserts are done to the table and no ID updates) 
... 

SELECT * FROM someTable WHERE id = someID; 
returns one row! 

Ist es möglich, dass einige DB-Mechanismus erste Reihe zurückzukehren verhindert SELECT?

Oracle-Protokoll hat keine Fehler.

Keine Transaktionen werden zurückgesetzt, wenn zwei Auswahlvorgänge ausgeführt werden.

Answer 1

Sie können nicht festgeschriebene Daten in einer anderen Sitzung nicht sehen. Wann ist das Commit passiert?

EDIT1: Sind Sie der einzige, der diese Datenbank verwendet? Oder hatten Sie mehrere Sitzungen?

Ich denke, in einer anderen Sitzung haben Sie oder jemand anderes diese Zeile eingefügt, Sie tun Ihre Auswahl und Sie sehen diese Zeile nicht. Danach findet in der anderen Sitzung ein Commit statt (möglicherweise implizit, weil eine Sitzung geschlossen wurde) und dann sehen Sie diese Zeile, wenn Sie erneut auswählen.

Ich kann an andere Erklärungen denken, aber ich möchte zuerst wissen, sind Sie nur eine, die diese Datenbank verwendet.

Answer 2

Mit Lesekonsistenz wie von Oracle zur Verfügung gestellt, sollten Sie keine Zeile so angezeigt werden. Wenn Sie in einem Modus mit automatischen Commits arbeiten, sodass jede Anweisung eine in sich abgeschlossene Transaktion ist, wird die Lesekonsistenz nicht verletzt. Mit welchem ​​Programm greifen Sie auf die Datenbank zu? Ich stimme den anderen Beobachtungen zu; Die Zeile sollte nicht angezeigt werden, wenn Ihre Sitzung sie nicht einfügt und keine andere Sitzung gleichzeitig aktiv ist. Ich kenne kein DBMS, das spontane Datengenerierung ermöglicht.

Answer 3

Haben Sie nicht scheduled jobs in diesem Oracle?