FireDAC, cxGrid, Refresh schägt fehl

[MichaelT]

Zuvor hat was heute Probleme macht immer funktioniert?

Du verwendest die selben Nativeclients wie zuvor? Auch dort lauert allgemein, losgelöst von diesem Fall, ein wenig ein Potential das Ungemach reproduzierbar im Einzelfall kann bereiten. Dann aber konsistent über alle Anwendungen.

Der Datensatz ist tatsächlich committed?
Und trotzdem ist der neu eingefügte Satz mit DataSet Close und Open nicht sichtbar?


a) Schauen ob der Datensatz mit Dataset Close und Open tatsächlich sichtbar ist und
b) Muss man sich die Settings der Grids und Views anschauen.

Zitat von haentschman:

Danke...
Die Software ist die gleiche...und das immer funktioniert! Wir sind mit der DB nur auf einen anderen Server umgezogen. Neue Installation (Standard Instanz 2017). Kann das damit zusammenhängen?

[haentschman]

Neuigkeiten:
Wir sind mit der DB wieder auf den alten Server 2012 umgezogen. (noch nicht live aber mit der gleichen Konstellation).
...das Refresh Problem, mit 2 getrennten Workstations, ist nicht mehr an dieser Stelle aufgetaucht. Die Daten werden richtig neu eingelesen.

Das Dataset.Locate macht immer noch Probleme...

Zitat:

a) Schauen ob der Datensatz mit Dataset Close und Open tatsächlich sichtbar ist und
b) Muss man sich die Settings der Grids und Views anschauen.

..so war es. Die Daten lagen nach dem Post in der DB...aber mit Refresh wurden sie nicht abgeholt.

Ich tippe auch inzwischen auf eine Einstellung des SQL Servers. Welche kämen da in Frage?

Zitat:

Wenn das nur wirklich stimmt

...

[haentschman]

Was zum grübeln...

[Locate]
Ich konnte das im Screenshot festhalten.
1. Das Locate kommt TRUE zurück (in diesem Falle ist der Suchbegriff "R422D")
2. Der Wert aus der Tabelle wird mit 0 ausgegeben (sollte 2729 sein)
-> kein Wert in der Tabelle hat den Wert 0 (Original NULL)
-> Wert auf -1 geändert, weil ich denke, das der den letzten Datensatz zurückgibt. (Locate sollte aber dann eigentlich False sein)

...ich habe die Anwendung neu gestartet, alles arbeitet wie erwartet.

...jetzt kommt ihr.

[MichaelT]

Dann wurde der Datenstand mit dem Ende der Transaktion vermutlich committed, wenn du den Wert nach dem Neustart der Applikation richtig siehst.

Handelt es sich möglw. um ein Ungemach aus dem Eck Transaktion und früher Autocommit?

Ich vermute du arbeitest mit einer Query.

Wenn du mit Post den Satz schreibst dann sieht deine Transaktion zwar den neuen Satz aber alle anderen prinzipiell mal nicht. Das brauche ich dir so mal nicht erzählen.


---

Ich bin ReadCommitted (Oracle).

Beim SQL Server gibt es seit 2005 eine Schraube für eine art Archivelog Mode. Die Sperren beim SQL Server waren mir schon immer suspekt. Das kann man alles zentral konfigurieren. Mit SQL Server habe ich schon lange nichts mehr gemacht. Deswegen traue ich mir auf die Entfernung nicht gut zu raten.

---

NULL und 0 ist ein denke ich ein anderes Thema. Hast du in einer Field Definition eine DefaultExpression definiert?

Zitat von haentschman:

Was zum grübeln...

[Locate]
Ich konnte das im Screenshot festhalten.
1. Das Locate kommt TRUE zurück (in diesem Falle ist der Suchbegriff "R422D")
2. Der Wert aus der Tabelle wird mit 0 ausgegeben (sollte 2729 sein)
-> kein Wert in der Tabelle hat den Wert 0 (Original NULL)
-> Wert auf -1 geändert, weil ich denke, das der den letzten Datensatz zurückgibt. (Locate sollte aber dann eigentlich False sein)

...ich habe die Anwendung neu gestartet, alles arbeitet wie erwartet.

...jetzt kommt ihr.

[haentschman]

Du denkst schon wieder zu weit...
Die Tabelle wo das Locate drauf ausgeführt wird ist eine (sinngemäß) READONLY Table. Das stehen nur Vorgaben drin. Da gibt es kein Commit. Der Datensatzzeiger steht nicht da wo er hin soll...sondern immer auf dem Datensatz 15. Nach einem Neustart der Anwendung wird das Locate anstandslos ausgeführt...nur wie lange.

PS: Ich tausche das Locate durch ein "Gib mir mal den Datensatz" SQL aus.

Das hat nix mit dem Refresh Problem zu tun. (Ich hätte das lieber in seperate Threads gemacht )

Zitat:

NULL und 0 ist ein denke ich ein anderes Thema

...imho ergibt .FieldByName('Blubb').AsInteger bei NULL eine 0

[MichaelT]

So in die Richtung?

Der Beitrag wäre spezifisch zu FireDAC.

Bei Devexpress gibt es Myriaden von Anfragen die in diese Richtung gehen.

Beispiel

--

Ich dachte jetzt an ein Delphi TField mit Bezug auf die DefaultExpression.

Zitat von haentschman:

Du denkst schon wieder zu weit...
Die Tabelle wo das Locate drauf ausgeführt wird ist eine (sinngemäß) READONLY Table. Das stehen nur Vorgaben drin. Da gibt es kein Commit. Der Datensatzzeiger steht nicht da wo er hin soll...sondern immer auf dem Datensatz 15. Nach einem Neustart der Anwendung wird das Locate anstandslos ausgeführt...nur wie lange.

PS: Ich tausche das Locate durch ein "Gib mir mal den Datensatz" SQL aus.

Das hat nix mit dem Refresh Problem zu tun. (Ich hätte das lieber in seperate Threads gemacht )

Zitat:

NULL und 0 ist ein denke ich ein anderes Thema

...imho ergibt .FieldByName('Blubb').AsInteger bei NULL eine 0

[haentschman]

Zitat:

So in die Richtung?

...den Beitrag kenne ich. Aber ja so sieht es aus. Nach dem Umzug auf den anderen Server wird das RefreshExternalData ausgeführt und das Grid zeigt es auch an.