Exklusiver DB-Zugriff bei gleichzeitig DB-Komponenten

[Der schöne Günther]

Zitat von jobo:

Wenn Du eine Single User Anwendung mit lokaler DB hast, ist doch alles sehr übersichtlich. Du hast in einer "normalen" Anwendung idR ein Connection Object. Da hängen alle DB Komponenten dran. Wenn die Connection getrennt wird, sind alle DB Kompos "abgeschnitten".

Ganz genau!

Wahrscheinlich verleitet mich Delphi gerade zum Schlampen, denn genau das habe ich nicht mehr beibehalten. Connection und Query-Objekt auf Form/Frame werfen und das mit Grids, Charts und sonstwas direkt schön visualisieren. So habe ich locker schonmal zwei, drei Readonly-Verbindungen auf meine Datenbank. Verbindungen, die fest mit meiner Oberfläche verdrahtet sind.

Die Anwendungslogik dahinter weiß von diesen Verbindungen nichts. Und will sie jetzt finden um sie auszuknipsen.

Ziemlich blöd gelöst, oder? Irgendwie ging mir schon einer dabei ab, auf dem Formular-Designer schon den DB-Inhalt sehen zu können. Aber ich komme immer mehr zum Schluss, dass man es lieber "ordentlich" und alles über ein Verbindungsobjekt laufen lassen sollte...

[Uwe Raabe]

Zitat von Der schöne Günther:

Irgendwie ging mir schon einer dabei ab, auf dem Formular-Designer schon den DB-Inhalt sehen zu können. Aber ich komme immer mehr zum Schluss, dass man es lieber "ordentlich" und alles über ein Verbindungsobjekt laufen lassen sollte...

Das schließt sich ja nicht aus. Du kannst das eine (einzige?) Verbindungsobjekt ja in ein Datenmodul packen, das du dann bei den jeweiligen Forms in die uses-clause schreibst. Wenn das Datenmodul dann in der IDE geöffnet ist, kannst du den DataSets dieses Verbindungsobjekt zuweisen.

[Der schöne Günther]

Fast! Ganz reichen meine Fähigkeiten leider nicht aus: Der Formular-Designer findet problemlos eine Verbindungs-Komponente die man auf ein ganz anderes Formular geworfen hat. Aber leider nur über die globale "Form2"-Variable.

Oder bezeichnet "Datenmodul" etwas, das ich nicht kenne?

[DeddyH]

http://docwiki.embarcadero.com/Libra...es.TDataModule

[Der schöne Günther]

Gut, dass ich nochmal nachgefragt habe
Das sehe ich zum ersten mal. Und es sieht sehr, sehr vielversprechend aus.

Zitat:

Wenn Sie (...) vorhaben, Gruppen von Datenbank- und Systemobjekten wiederzuverwenden, oder wenn Sie die Teile Ihrer Anwendung isolieren wollen, die die Verbindung zu Datenbanken einrichten und Business-Regeln implementieren, stellen Datenmodule ein praktisches Werkzeug für die Organisation dar.

Nach Frames die zweite große tolle Entdeckung im Stil von "Hätte ich das doch nur früher mal entdeckt"...

Eine Sache noch: Um das Verkoppeln von bsp. einem TDBGrid mit etwas von einem Datenmodul (oder anderen Formular oder Frame) komme ich aber anscheinend um diese blöde globale Variable nicht drum herum, oder? Papa sagt, globale Variablen seien böse.

[Medium]

Über irgend etwas musst du den Container ja referenzieren, und die globale Form-/DM-Variable ist ja schon von der IDE als "The correct Delphi way" vorgegeben. Ich habe mich aus praktischen Gründen damit abgefunden diese als letzte Vertreter ihrer Art zu tolerieren. (Ausser bei Formularen, die ich nur dynamisch instanziere.) Andere Lösungen (so es sie denn gibt) würden sehr wahrscheinlich auch nicht so einfach von der IDE unterstützt, so dass der Nutzen des Ganzen wieder fraglich wäre.

[Uwe Raabe]

Ich würde das hier auch rein pragmatisch sehen. Wenn du in der IDE die Live-Verbindung zur Datenbank willst, kommst du um diesen Weg wohl nicht herum. Denk auch daran, das Datenmodul in die automatische Form-Erzeugung mit aufzunehmen (außer: siehe unten).

Es ist auch nicht wirklich die globale Variable, die Delphi da verwendet, sondern vielmehr die Instanz dieses Datenmoduls mit dem entsprechenden Namen ("Wozu haben Komponenten Namen?"). Beim Laden der Forms löst Delphi die Referenz auf das Datenmodul auf, indem es die Namen der Instanzen überprüft. Das Verbindungsobjekt sucht es dann über FindComponent innerhalb dieser Instanz.

Du kannst also problemlos zur Runtime selbst eine passende Instanz des Datenmoduls (vor den Forms) erstellen (den Namen bekommt es aus der DFM), das dann auch von den verschiedenen Forms verwendet wird. Die globale Variable kannst du dann auch entfernen. Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

[Der schöne Günther]

Richtig, die Anwendung kompilierte zwar, konnte aber nicht starten, da in der Application.CreateForms -Reihenfolge das Datenmodul nach dem Formular kam.

Dann bedanke ich mich auf jeden Fall noch ganz anständig, denn insgesamt ist das, was ich die ganze Zeit wollte.

[joachimd]

Zitat von Uwe Raabe:

Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

Nicht zwingend ... ich lege oft komplette Business Objekte in ein Datenmodul und erzeuge das dann pro Anzeigeformular entsprechend. Das trennt dann die DB-Verbindung in mehrere, voneinaner unabhängige auf. Allerdings muss man dann peinlich darauf achten, wenn es um solche Tasks mit Exklusiv-Zugriff geht.

[Uwe Raabe]

Zitat von joachimd:

Zitat von Uwe Raabe:

Es darf aber weiterhin nur eine Instanz dieses Datenmoduls geben - was aber ja auch der Sinn des ganzen ist.

Nicht zwingend ...

In diesem Fall schon. Es ging darum, eine zentrale Stelle zu schaffen, über die man an die aktuell aktiven DataSets kommen kann. Meine Aussage sollte natürlich nicht bedeutet, daß es generell immer nur eine Instanz dieses Datenmoduls respektive nur eine Verbindung zur Datenbank geben darf.