db -zugriff hakt :-(

[khh]

Hallo zusammen,

folgendes Konstrukt:

Firebird DB beim Kunden auf WIN 7

nach Neu - Eingabe einiger DS werden diese im Programm im Grid nicht mehr, wie es eigentlich sein sollte, angezeigt.

ich habe darauf hin ein Backup gemacht und hier bei mir eingespielt.
Hier funktionierts :-(
Gleiche Programme identische DB nur, das BS ist hier Vista ;-)

ich geh mal davon aus, dass sich die DB beim Kunden "verschluckt" hat .

Gibts da irgendwelche Kenntnisse in Bezug auf Win 7 oder was sonst könnte die Ursache sein?
Was ratet ihr?

danke gruss KHH

[JoltinJoe]

Kann mir da keinen Bezug aufs OS ausmalen... Ich, @ Windows7 habe garkeine Probleme mit Firebird. Welche Komponenten benutzt du ?

[khh]

Zitat:

Zitat von JoltinJoe (Beitrag 1032355)

Kann mir da keinen Bezug aufs OS ausmalen... Ich, @ Windows7 habe garkeine Probleme mit Firebird. Welche Komponenten benutzt du ?

ich nutze ZEOS


ichhab grad keine Plan was die Ursaache sein kann.
Muss ja nicht unbedingt das BS sein ;-)

[idefix2]

Ich glaube auch nicht, dass das BS damit etwas zu tun hat - wenn unter Vista die Probleme auftreten würden, würde es mich nicht wundern und ein Vista Problem für möglich halten, aber Windows 7 ist eher stabil.

Zitat:

nach Neu - Eingabe einiger DS werden diese im Programm im Grid nicht mehr, wie es eigentlich sein sollte, angezeigt.

Dafür kann es unzählige Gründe geben - wie schaut die Query aus, die Verbindung zwischen Grid un Datasource, wurde nach dem Insert auch ein Commit gemacht (sonst zeigt er die Datensätze an, solange die Transaktion offen ist, danach sind sie dann weg). Mit den bis jetzt bekannten Infos werden wir fürchte ich nichts ausrichten.

[mkinzler]

Läuft der Insert in der selben Transaktion wie das DS des Grids?

[khh]

Zitat:

Zitat von mkinzler (Beitrag 1032366)

Läuft der Insert in der selben Transaktion wie das DS des Grids?

Nein, ist ne andere,
was mich daran irritiert ist nur, die eingefügten Sätze sind ja in die DB geschrieben, und werden auf dem Kundenrechner trotzdem nicht angezeigt, bei mir jedoch nach einem Import der DB funktionierts einwandfrei.
Deshalb meine Vermutung dass eigentlich nur die DB auf dem Kundenrechner schuld sein kann.

[idefix2]

Zitat:

ich habe darauf hin ein Backup gemacht und hier bei mir eingespielt.

Wie hast Du das Backup gemacht? Mit gbak? oder einfach das Datenbankfile kopiert? Letzteres würde ich machen, um zu klären, ob die DB schuld ist. Mit gbak-restore wird die Datenbank ja neu aufgebaut, da könnte nachher theoretisch alles anders sein.

[DeddyH]

War da nicht mal was mit ZEOS und Transaktionen? Geht das mit anderen Komponenten (UIB, FBLib etc.)?

[khh]

Zitat:

Zitat von idefix2 (Beitrag 1032392)

Zitat:

ich habe darauf hin ein Backup gemacht und hier bei mir eingespielt.

Wie hast Du das Backup gemacht? Mit gbak? oder einfach das Datenbankfile kopiert? Letzteres würde ich machen, um zu klären, ob die DB schuld ist. Mit gbak-restore wird die Datenbank ja neu aufgebaut, da könnte nachher theoretisch alles anders sein.

ja schon mit gbak.
Zusätzlich hab ich das DB-File kopiert.
Werd ich morgen mal einspielen und schauen was dann passiert .

[khh]

Zitat:

Zitat von DeddyH (Beitrag 1032408)

War da nicht mal was mit ZEOS und Transaktionen? Geht das mit anderen Komponenten (UIB, FBLib etc.)?

Ich denke nicht das Transaktionen die Ursache sind, es sind ja zweierlei Programme die auf die DB zugreifen.

Ich bin morgen vor Ort, dann hoffe ich die Ursache zu finden.

[haentschman]

stelle mal den TransaktionsIsolationslevel der Connection auf tiReadCommited.

[khh]

Zitat:

Zitat von haentschman (Beitrag 1032428)

stelle mal den TransaktionsIsolationslevel der Connection auf tiReadCommited.

werd ich vor ort ausprobieren, ich danke dir

[mkinzler]

Wenn es 2 Programme sind, sind es auf jeden Fall 2 Transaktionen. Und wenn die Anzieg kein dirty-read vewrwendet sieht sie die Änderungen auf keinen Fall.
Das Problem von Zeos ist es, dass die Transktion nur bei Verbindungsabbruch hard comittet wird

[haentschman]

...mit tiReadCommited sind die eingefügten DS sofort für die anderen und selbst sichtbar. Sofern das Einfügen mit einem Commit abgeschlossen wurde. Ob AutoCommit oder in einer Transaktion ist dabei unerheblich.

[mkinzler]

Bei Firebird läuft alles in einer Transkation. Bei Zeos wird diese beim Aufbau erzeugt und erst beim Abbau beendet ein Commit ist dann nur ein CommitRetaining

[khh]

Zu eurer Info,
war offenbar ein Anwenderfehler, die DB ist ok und auch das Prog hat gemacht was es sollte ;-)

Trotzdem Danke für eure Tipps

Gruss KHH