Struktur in eine leere Datenbank einrichten mit ADO?

[rokli]

Hallo,

natürlich lässt sich die ganze SQL-DDL (Data Definition Language) in Delphi programmieren ... ist sicherlich eine gute Übung; aber ...

Warum verwendest Du dafür nicht die von Microsoft bereitgestellten Tools wie das Microsoft SQL Server Management Studio, was für diese Aufgaben gebaut wurde ... und darüber hinaus auch für die Kontrolle des SQL Server, fürs Backup und vieles mehr gedacht ist?? https://docs.microsoft.com/de-de/sql...ql-server-2017

Und wenn Du MS nicht magst, kannst Du z. B. den DBeaver verwenden https://dbeaver.io/

Da gibts natürlich noch unzählige andere gute und nicht so gute Tools im Netz, die Dir die Verwaltung des DB Server abnehmen, bzw. unterstützen.

Gruß

[haentschman]

Zitat:

natürlich lässt sich die ganze SQL-DDL (Data Definition Language) in Delphi programmieren ... ist sicherlich eine gute Übung; aber ...

...wir meinen z.B. mit dem Management Studio die Datenbank designen und dann das SQL Script exportieren. Dann kann man die Datenbank programmtechnisch einfach erzeugen.

[rokli]

haentschman, dafür bekommst Du ein (Daumenhoch gibts ja leider nicht)

[SearchBot]

Hallo und danke für den regen Zuspruch

Dieses Server Management Studio ist ja toll, danke für diesen Tipp.
Weiß zwar noch nicht, wie ich da jetzt meine Datenstruktur hineinbekomme, aber habs ja auch erst installiert
Zum späteren Nachsehen, wie wo was gespeichert wird, ist es für mich sicher das optimale Tool.

Und wie kann ich dann diesen Script generieren lassen ("Die ganze Datenbankstruktur als SQL Script ablegen.")?

Im SMS, dort im OI-Baum steht "Tabellen" und wie ich da drauf gehe, geht ein Editor auf, wo ich den "Spaltennamen", "Datentyp" und "NULL-Werte zulassen" eintragen kann - ich vermute mal, das ist das, was ich gesucht habe. Jetzt googel ich mir noch die Datentypen zusammen...

Wie ist das dann mit Delphi, wenn ich die ADO-Connection aktiviere, liest es dann die Struktur automatisch oder muss ich den ADO-Komponenten nochmal alles erklären?

[haentschman]

Script erstellen:

1. siehe Bilder (nur Struktur)
2. ggf. Default Datensätze als INSERT in das Script integrieren (Achtung! ggf. Indentities (sprich Autoinc. Werte) anpassen)
...Fertsch.

Nachtrag:

Zitat:

Wie ist das dann mit Delphi, wenn ich die ADO-Connection aktiviere, liest es dann die Struktur automatisch oder muss ich den ADO-Komponenten nochmal alles erklären?

...nein. Das sollten die Komponenten mitkriegen. Du mußt nur die Connection verbinden.

HINWEIS:

Zitat:

ADO-Connection aktiviere

Niemals im Objektinspektor sondern zur Laufzeit!

[p80286]

Zitat von SearchBot:

Wie ist das dann mit Delphi, wenn ich die ADO-Connection aktiviere, liest es dann die Struktur automatisch oder muss ich den ADO-Komponenten nochmal alles erklären?

Wie meinst Du das?
Natürlich mußt Du in Deiner Query die benötigten Tabellen und Felder nochmals angeben.
a la

SQL-Code:

select Name 
from tab1 join tab2 (tab1.id=tab2.tab1_id) 
where Stadt='Hamburg'

Gruß
K-H

[SearchBot]

Zitat von p80286:

Zitat von SearchBot:

Wie ist das dann mit Delphi, wenn ich die ADO-Connection aktiviere, liest es dann die Struktur automatisch oder muss ich den ADO-Komponenten nochmal alles erklären?

Wie meinst Du das?

Weil ich ja am Anfang entdeckt habe, daß ich da...

Zitat:

Ich vermute, daß ich da was mit TADODataSet machen kann?
Dort finde ich FieldDefs und dort wieder ChildDefs und die kann ich weiter zur Entwurfszeit zusammenklicken - aber ist das der richtige Weg, werden die dann so automatisch gespeichert...?
Oder muss ich das mit TADOCommand.Commandtext und SQL-Befehlen machen?

Wenn die dann beim Connect angelegt werden, wäre ich schon froh.
Klar, die Querys muss ich dann über SQL machen, aber so weit bin ich ja noch nicht

Zitat von haentschman:

1. siehe Bilder (nur Struktur)
2. ggf. Default Datensätze als INSERT in das Script integrieren (Achtung! ggf. Indentities (sprich Autoinc. Werte) anpassen)
...Fertsch.

Danke, das ist ja richtig tutorial!

Zitat von haentschman:

HINWEIS:

Zitat:

ADO-Connection aktiviere

Niemals im Objektinspektor sondern zur Laufzeit!

Geht aber, warum niemals?

[haentschman]

Zitat:

Geht aber, warum niemals?

Dann wärst du der Einzige den Spagat zwischen Auslieferung und Enwicklungsumgebung hinkriegt.

Ganz grob...
Stell dir vor du entwickelst auf deinem Laptop. Der Datenbank Zugang liegt in einer INI (Datenbank auf Laufwerk F für die Auslieferung). Die Connection Properties sind im Objektinspector eingetragen (Datenbank auf Laufwerk X des Laptops) und Active auf True gesetzt.
Was passiert? Deine Anwendung grinst dich mit einem Fehler an obwohl in der INI das Laufwerk F eingetragen ist. Ursache: Mit dem Laden der Connection Komponente (Datenmodul Create ect.) wird die Connection auf True gesetzt und die Datenbank auf dem verkehrtem Laufwerk (anderer Computer) gesucht. An diesem Zeitpunkt ist die INI noch gar nicht geladen...

...deshalb NEVER Active auf True zur Designzeit.

[TigerLilly]

Zitat von haentschman:

...deshalb NEVER Active auf True zur Designzeit.

Naja. Richtig muss es heißen: Kein Compile/Build mit Active=True. Denn natürlich muss man um zB Feldefinitionen auszulesen oder zu aktualisieren die Datenbank im Entwurfsmodus connecten. Aber + da hast du recht - das darf nicht drin bleiben. Bei den GExperts gibt es einen Experten, der das unterstützt, der setzt für zB TDataset vor dem compile connected auf false.