Delphi 2007 og Firebird 2.5

Jeg har ikke megen erfaring med TIB-komponenterne, men i det store hele burde de virke som alle andre (BDE, ADO og deslige).

FB25 fungerer bedre end de tidligere versioner, men dog på samme måde. Det kan ikke være her der er problemer.

Er det i IBTable.OnNewRecord du kalder generatoren?

Jeg er ret sikker på, at hvis du poster en TIBTable hvor state er forskellig fra dsBrowse, så gemmes tingene. Måske efterfølge kalde IBTable.Refresh (det er ikke alle TDataSet der implementerer den del - og umiddelbart ser TIBTable ikke ud til at gøre det, prøv)?

TIBTransaction er pr. default AutoStart. Det burde være ok, men prøv at sætte den false og kør transaktionerne selv.

TIBTable har pr. default sat UniDirectional til true. Det betyder, at du ikke kan bruge din DBNavigator til ret meget, for retningen er kun fremad.
Jeg ved ikke, men frygter dog, at ved at sætte den false, får du nogle temporære filer liggende lokalt, det er set før.
Den bedste løsning er nok at bruge en TIBQuery i stedet for en TIBTable, koble den på et TClientDataSet via en TDataSetProvider. På den måde får du understøttet bidirectional ovenpå en unidirectional TIBQuery. Når du applyerupdates (fra clientdatasættet), så skal den og provideren nok sørge for at skrive de cachede ændringer til databasen. Via events .. sikkert i provideren ... kan du kalde generatoren hver gang en ny record har brug for det.

Grundlæggende vil jeg påstå det er utidssvarende at bruge T*Table i sine programmer. Man bruger T*Query'er eller stored procs ... bare en tanke: Måske kunne du lave en stored procedure som kaldte generatoren hver gang der blev indsat en ny.

Afsluttende kan jeg anbefale dig at kigge på dette link: http://www.firebirdfaq.org/faq29 - og overveje at bruge TIBQuery med klient datasæt.

Hej HRC,

tak for dit indlæg, og jeg giver dig ret, det burde virke, men jeg kunne altså ikke... det er endt med at jeg købte InterBase and Firebird Data Access Components fra devart.com (99US$) og nu spiller det. Jeg er ikke færdig med applikationen endnu, så det kan være at der kommer nogle knaster senere, men indtil videre kører det.

(Unidirectional har været sat til false)

Og ja, jeg har læst flere steder at man skal undgå TTAble, men det var simpelthen et forsøg på at få hul igennem og nu bruger jeg IBCQuery (som den hedder hos Devart) til CUD operationer.

TClientDataSet havde jeg også set på, den er jo ret nem at opererer med, men 2 ting bekymrede mig:

1) Er det ikke som TTAble at den trækker alle data over i klientprogrammet - ikke at der er voldsomt mange rækker, men alligevel
2) Får man ikke et flerbruger problem eller håndteres det af TDataSetProvideren? Jeg har brugt ClientDataSet i flere små programmer, men det har været enkelt-bruger, lokale programmer.

..Ole

Jeg har hørt at kombinationen med Unidirectionale datasæt og ClientDataSet fungerer godt. Jeg bruger pt. sløve - men utrolig bekvemme - ADO, så det er ikke undersøgt. Hvis Jens Borrisholt stadig er på fora, så har han lavet en fiks indkapsling af konceptet, godt nok ikke på TIB, men på dbexpress.

ad. 1: Uanset om du bruger TTable eller TQuery (der begge nedarver fra TDataSet), så henter man de data du ser. Man kan styre hvor cursoren placeres (på server eller på klient), men i sidste ende ved jeg ikke hvor meget det giver.

ad. 2: Det er rigtigt at indtil man ApplyUpdates, så caches ændringerne. Derefter genereres der SQL-scripts til dem. Hvis det er en meget dynamisk tabel, med opdateringer flere steder fra, så vil det give problemer. Man kan sikkert lave en slags "autoapply".

Jeg er kommet videre med componenterne fra Devart, så HRC læg et svar for point, tak for hjælpen

OK