Struktur in eine leere Datenbank einrichten mit ADO?

[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.