KbmMemTable Problem, Lookup Felder bleiben leer

[BlackGuest]

Das Problem ist denke ich, dass während der Entwurfszeit durch Öffnen und Schließen der Tabelle diese ebenfalls incl. der Felddefinitionen geladen werden, wenn die Table persistent ist. Also man kann machen was man will aber so bald man active auf true setzt werden die Felddefinitionen überschrieben.

Das hat mir heute wieder alles mehrfach zerschossen.

Morgen also die kompletten Strukturen neu aufbauen aber diesmal nicht persistent sondern das Laden und Speichern mache ich im Programm selbst, so wie es vorher mit den ClientDatasets auch war.
Zwischendurch hat ein Teil wenigstens funktioniert und ich muss sagen es hat sich gelohnt auf KbmMemTable umzusteigen. Der Geschwindigkeitszuwachs ist enorm. Von dem Lehrgeld mal abgesehen.

Gruß
Steffen

[nahpets]

Also meine Art, das "Zerschießproblem" zu umgehen ist eher von der einfachen Art.

Die Tabellen sind letztlich nichts weiter als CSV-Dateien mit 'nem besonderen Kopf.

Zuerst erstelle ich mal in der IDE das Grundgerüst (also das gerade bekannte Tabellenlayout).

Habe ich das einmal, dann mache ich mir von der persistenten Datei eine Kopie.

Alle eventuell später nötigen Änderungen mache ich dann mit 'nem Texteditor in der Datei.

Das ewige Zerschießen der Felddefinitionen in der Entwicklungsumgebung war ich irgendwann leid.

Die Tabellen selbst öffne ich nie in der Entwicklungsumgebung, sondern erst im FormCreate oder zu einem späteren Zeitpunkt.

Zumindest setze ich für die Tabellen vor dem Kompilieren Active immer auf false und schaue vor dem ersten Programmstart, ob die Tabellendateien noch in Ordnung sind.
Wenn nicht, ersetzte ich sie durch die Kopie.

Ist lästig, aber eine andere Möglichkeit hab' ich nicht gefunden.

[BlackGuest]

Danke Dir für die Tipps.

Ich hänge aber immer noch fest. Importiere ich die Daten aus meiner alten Datenbank in die KbmMemTable, werde die Lookup Felder sauber ausgefüllt. Nach dem Import speichere ich die Daten mit SaveToFile ab.
Lade ich die Daten jetzt mit LoadFromFile, ist alles noch in Ordnung.

Lade ich die Daten ohne vorherigen Import (also so, wie es dann laufen sollte) sind die Lookupfelder wieder leer.

Keine Ahnung, wo ran das liegen könnte. Die Datenfelder sind da, werden aber nicht ausgefüllt.?

[nahpets]

Hab' jetzt geschlagene 2 Stunden an dem Problem rumgedaddelt.
Alle Lookups entfernt, bekomme aber trotzdem die Meldung, dass nicht alle Lookupinformationen verfügbar sind.

Fügt man die Lookup-Informationen wieder (vermeintlich?) korrekt ein, dann gibt es beim Öffnen der Tabelle mit dem Lookup-Feld die Meldung, dass die Operation nur zulässig ist, wenn eben diese Tabelle bereits geöffnet ist.

Oder kurz: Das Öffnen der Tabelle setzt ihr Geöffnetsein voraus.

Kommt mir nicht schlüssig sondern nur rekursiv vor

Was mir nur aufgefallen ist:

Wenn man in der Entwicklungsumgebung die Tabelle mit dem Lookup-Feld öffnet, fehlt nach der Fehlermeldung in den FieldDefs das Schlüsselfeld für die Lookup-Informationen. Man muss also jeweils die FieldDefs neu machen.

Wenn das aber ein Fehler ist, der nicht nur in der Entwicklungsumgebung, sondern auch zu Laufzeit auftritt?
Wäre das dann irgendwie lösbar? Habe keine Ahnung und keine Idee

[BlackGuest]

Irgendwie scheinen da doch ein paar Bugs drin zu sein.
Nach ewigem herumprobieren habe ich herausgefunden wo bei mir das Problem lag.

Ich habe mehrere KbmMemTables auf einer Form. Die habe ich alle geöffnet, also activ auf true und dann die Daten per LoadFromFile eingelesen. Ergebnis: Die Lookupfelder bleiben leer.
Lade ich die Daten für jede Tabelle sofort nach dem Öffnen, dann funktionierts. Erkläre mir mal einer warum...

Was mir noch aufgefallen ist, setze ich sfSaveDef und sfLoadDef auf true, dann bekomme ich bei einigen Tabellen beim Laden die Meldung, das die Felddefinitionen falsch sind. Kann aber nach mehrmaliger Kontrolle keinen Fehler finden.
Mit den IndexDefs scheint es auch ein paar Probleme zu geben, die man aber umgehen kann, wenn man direkt IndexFieldNames verwendet.

Hoffe mal das erspart dem einen oder anderen vielleicht so eine lange Suche wie mir.

Gruß
Steffen

[nahpets]

Zitat von BlackGuest:

Irgendwie scheinen da doch ein paar Bugs drin zu sein.

Definitiv ja, beim Öffnen und Schließen der Tabellen über den Objektinspektor werden zuweilen die Felddefinitionen zerschossen.
Man sollte die Tabellen in der IDE vor dem Kompilieren auf jeden Fall schließen und erst zur Laufzeit (FormCreate....) öffnen und beim Programmende (FromClose...) schließen.

Zitat von BlackGuest:

Nach ewigem herumprobieren habe ich herausgefunden wo bei mir das Problem lag.

Ich habe mehrere KbmMemTables auf einer Form. Die habe ich alle geöffnet, also activ auf true und dann die Daten per LoadFromFile eingelesen. Ergebnis: Die Lookupfelder bleiben leer.

Lade ich die Daten für jede Tabelle sofort nach dem Öffnen, dann funktionierts. Erkläre mir mal einer warum...

Das ist doppeltgemoppelt. Mit Active := True wird die Tabelle geöffnet und die Daten geladen. Die bereits geladenen Daten werden mit LoadFromFile nochmals geladen.
Während bei Active := True aber (allem Anschein nach) die Abhängigkeiten zu den Lookup-Feldern berücksichtigt werden, scheint das bei LoadFromFile nicht der Fall zu sein.

Zitat von BlackGuest:

Was mir noch aufgefallen ist, setze ich sfSaveDef und sfLoadDef auf true, dann bekomme ich bei einigen Tabellen beim Laden die Meldung, das die Felddefinitionen falsch sind. Kann aber nach mehrmaliger Kontrolle keinen Fehler finden.

Da scheint es auch irgendwo einen Bug zu geben.
Habe mir angewöhnt, die KBMTabels immer als CSV zu speichern.
Nur erstmalig zum Erstellen der Tabellen mache ich im Objektinspektor die Feld- und Indexdefinitionen und lasse beim ersten Programmstart die Tabellen erstellen und als Dateien speichern.
Danach wird in der IDE nichts mehr an den Tabellen geändert, die Felddefinitionen werden auch nichtmehr extra gespeichert...
Sind Änderungen an der Tabellendefinition nötig oder wird ein zusätzlicher Index gebraucht, so ändere ich die CSV-Dateien. Die Struktur des Tabellenkopfes ist so, dass man die Definitionen problemlos lesen und verstehen kann, eine händische Änderung ist auch problemlos möglich.

Zitat von BlackGuest:

Mit den IndexDefs scheint es auch ein paar Probleme zu geben, die man aber umgehen kann, wenn man direkt IndexFieldNames verwendet.

Auch da hakt es ab und an, wobei ich noch nicht herausgefunden habe, in welcher Situation man was wie nutzen muss. Habe da aber auch noch nicht viel Zeit investiert.

[BlackGuest]

Zitat von nahpets:

Das ist doppeltgemoppelt. Mit Active := True wird die Tabelle geöffnet und die Daten geladen. Die bereits geladenen Daten werden mit LoadFromFile nochmals geladen.

Nein, ist es nicht. Die Tabellen sind nicht als persistent deklariert. Das hat den Vorteil, das ich die Strukturen ändern kann und nicht versucht wird die dann natürlich nicht dazu passenden Daten zu laden, wenn ich active auf true setze.