Wieviele Datenmodule ?

[Hansa]

Hi,

bin am überlegen, wieviele Datenmodule ich brauche. Für jede Table eines oder wie ? Im Moment gehe ich so vor : 1. neues DataModule 2. Database, Transaction und Dataset dort reinpacken. 3. Setzen der Eigenschaften. Brauche ich nun 2 Tables oder mehr füge ich die Datenmodule dementsprechend in der Uses - Liste ein.

Was ist jetzt z.B. bei einer Rechnung ? Da bräuchte ich mind. 4 Datenmodule. Für Artikel, Kunden, Rechnungs-Kopf, Rechn.-Positionen usw. Da wird aber dann mehrmals die Database und die Transactions angelegt. Wobei sich bei den Transactions dann noch mehr Fragen stellen. Wer weiß dazu etwas zu sagen ?

[Helld_River]

Hey !
Also: egal, auf wie viele Tabellen ich Zugriff brauche, ich benutze stets nur ein DAtenmodul. Es ein denn, ich muß auf 2 Datenabnken gehen.
D.h. pro DB ein Datenmodul. Ist einfach übersichtlicher. Im Grunde genommen kann an aber auch alles auf ein Datenmodul packen. Wüsste jetzt nichts, was dagegen spricht. Oder (Frage an die anderen) ?

Gruß, Helld

[Hansa]

Zitat von Helld_River:

... ich benutze stets nur ein Datenmodul.

Aha, also gerade anders rum wie ich im Moment. 8) Das kommt aber daher, daß ich viele tables erst mal in Interbase "umpacken" mußte.

Zitat:

Im Grunde genommen kann man aber auch alles auf ein Datenmodul packen.

Ich denke Du hast sowieso alles in einem drin?

Schließe mich der Frage an "die Anderen" an. Hilfe, wo seid Ihr ? Es geht wahrscheinlich um die Transactions.

[Lemmy]

Hi,

ich benutze so viele DM's wie ich brauche

Bei meinem aktuellen Projekt (50 Tabellen, 110 Stored Procs) verwende ich 4 DM's, getrennt nach Themen (Also Adressenverwaltung, Auftragsverwaltung,...) weil alles in einem DM einfach zu unübersichtlich ist.

Wenn mehrere DB's ins Spiel kommen würde ich auf alle Fälle verschiedene DM's verwenden

Grüße
Lemmy

[mschaefer]

Moin, moin,

Tja ich seh das mit Antwort ähnlich
Ob man für jede DB ein eigenes DataModul anlegt oder die zusammengehörigen
Module einfach Gruppiert ist wohl Geschmackssache.

Das Datamodule ist einfach ein Container und hat vor allem dann Vorteile, wenn mit merheren Formularen auf die Datenbank zugegriffen werden soll. Hat man mehrere Formulare mit Datbase-Komponente muß sich diese bei jedem Formular-Create bei der Datenbank anmelden und dann hat man leicht mehrere Verbiudngen, was Ressourcen kostet.

Will man mit mehrerren Formularen auf den gleichen aktuellen Datensatz zugreifen, dann kann man die Datenzugriffskomponente im Datamodule aktiviert lassen und hat damit eine Abstimung zwischen den Formularen
Dabei hat man erfreulicherweise keine Referenzen zwischen den Formularen, sondern immer vom Formular auf das Datamodule

Zum Schluß noch: Der Zugriff auf ein DB-Zugriffsobjekt muß über die
Datamodule-Variable erfolgen, da wird meist noch eine with-Anweisung
fällig....

Grüße // Martin

[Hansa]

Zitat von Lemmy:

ich benutze so viele DM's wie ich brauche

Und wie und wo packst Du was rein (Stichwort : Transactions)? Wegen der übersichtlichkeit habe ich ja auch vorerst pro Table ein DataModul verwendet. Das ganze läuft aber bei mir auch auf mind. 50 Tables hinaus. Aber 50 DataModule, das ist wohl etwas zu viel des guten.

Die DataModule habe ich übrigens Lemmy zu verdanken.

[Hansa]

Zitat von mschaefer:

Zum Schluß noch: Der Zugriff auf ein DB-Zugriffsobjekt muß über die Datamodule-Variable erfolgen, da wird meist noch eine with-Anweisung
fällig....

Ja, die ist lästig, nehme ich aber in Kauf.

[Lemmy]

Zitat von Hansa:

Und wie und wo packst Du was rein (Stichwort : Transactions)?

pro DataModule mindestens eine Transaktion, die brauche ich zumindest, damit sich verschiedene Transaktionen nicht in die Quere kommen, z.B. das Anlegen einer Adresse während ein Auftrag angelegt wird.

Zitat von Hansa:

Die DataModule habe ich übrigens Lemmy zu verdanken.

Ooohh... das ist doch zu viel des Guten! Die DataModule stammen doch von Big B. und nicht von mir

Grüße
Lemmy

[Hansa]

Zitat von Lemmy:

...pro DataModule mindestens eine Transaktion, die brauche ich zumindest, damit sich verschiedene Transaktionen nicht in die Quere kommen, z.B. das Anlegen einer Adresse während ein Auftrag angelegt wird....

Aha, so ungefähr hab ich mirs gedacht. So hatte ich das ungefähr auch vor. Aber wie schaffst Du es dann, bei 50 Tables mit 4 DataMods auszukommen

Zitat von Lemmy:

...Die DataModule stammen doch von Big B. und nicht von mir

Bei Dir habe ich sie aber zuerst entdeckt.

[Lemmy]

Zitat von Hansa:

Aha, so ungefähr hab ich mirs gedacht. So hatte ich das ungefähr auch vor. Aber wie schaffst Du es dann, bei 50 Tables mit 4 DataMods auszukommen

Beispiel: DMAuftrag: Da sind die DataSets für folgende Tabellen:

Auftrag, Bereich, Rechnung, Nebenkosten sowie weitere ca. 20 DataSets für den Zugriff auf ebensoviele StoredProcedures.

Die DataSets habe ich nach Themen sortiert und dann in die verschiedenen DataModules untergebracht. Mach das bei Dir auch mal auf Papier, da wirst Du schnell feststellen, dass Du gar nicht so viele DM's brauchst. Selbst wenn Du nacher 10 DM's hast, wenn es Dir hilft den Überblick zu behalten - was soll's???
Grüße
Lemmy