No Such Table

[nahpets]

Ausgehend von http://docwiki.embarcadero.com/Libra....GetTableNames waren in der Ursprungsversion die Parameter falsch gesetzt.

Wenn Du die Tabellennamen aus dem Schema ContentmasterData abfragen möchtest, dann musst Du ContentmasterData auch als Schemaname angeben, dies ist der zweite Parameter.

[Delbor]

Hi zusammen

Vielen Dank für eure Antworten!

Zitat:

Schemaname und Dateiname sind 2 unterschiedliche Dinge. Die Datei kann heißen wie sie will. Der Schemaname lautet dann als default "main" und kann sowieso weggelassen werden.
Wenn Du ihn bei der Abfrage verwendest, dann musst Du ihn zuvor mit attach definieren.

Ich hab, trotz Wikipedia, so meine Probleme mit der Unterscheidung <Schemaname-Catalogname>. Bei meinen ersten Versuchen mit Firedac gings darum, mittels GetSchemaName, bzw. GetCatalogName (damals noch unter MySQL) den Schema- oder Catalognamen abzurufen. Erhalten habe ich einen mit dem Datenbanknamen identischen String.

Zitat:

Wenn Du die Tabellennamen aus dem Schema ContentmasterData abfragen möchtest, dann musst Du ContentmasterData auch als Schemaname angeben, dies ist der zweite Parameter.

Ohne jetzt Wikipedia zu konsultieren, um zu prüfen, ob ich das jetzt wenigstens halbwegs intus habe:
Der Schemaname bezeichnet den Datenbanknamen inklusive des zugrundeliegenden Tabellen- und Felder - Aufbau-Schemas.
Der Catalogname hingegen nur den blossen Datenbanknamen. Richtig?

Zitat:

Wenn Du ihn bei der Abfrage verwendest, dann musst Du ihn zuvor mit attach definieren.

Mein bisheriges Verständnis von SQLite:
SQLite ist eine 'Anwendungsorientierte' (meine Definition), eben eingebettete Datenbank. Von daher ist von vornherein klar, welche Datenbank, welches Datenbankschema gemeint ist. Per Default eben 'main'. Wobei 'main' auch dann das aktuelle Schema ist, wenn ich der Verbindung mit 'ATTACH' eine weitere DB hinzugefügt habe - eine explizite Adressierung der hinzugefügten DB á la "Contentmasterdat.Bildtabelle" ist deshalb nicht zulässig.

Gruss
Delbor

[bra]

Ich glaube, du verwechselst da was. Datenbankname und Datenbankschema sind was vollkommen unterschiedliches. Eine Datenbank kann mehrere Schemas enthalten (zumindest bei einigen Datenbanken wie MSSQL), bzw. sind die Schemas an Datenbank-Benutzer gebunden.

[nahpets]

Eine Datanbank kann n Schemas enthalten, ein Schema kann n Tabellen enthalten.

In der Regel meldet man sich an der Datenbank an und "landet" dann in dem der Anmeldung zugeordneten Schema. Dort kann man dann per select * from tabelle auf Tabellen zugreifen. Es wird dann die implizite Annahme gemacht, dass man eine Tabelle aus dem Anmeldeschema meint.

Möchte man auf eine Tabelle in einem anderen Schema zugreifen, wird der Schemaname mit im SQL angegeben:select * from schema.tabelle .

Manche Datenbanken unterstützen auch datenbankübergreifende Abfragen:select * from datenbank.schema.tabelle In diesem Zusammenhang wird zuweilen dann auch von Katalog gesprochen.

Wenn Du bei Deinem Programm eine Anmeldung hast, die Dich sofort in das Schema Contentmasterdata "bringt", kannst Du diese Angabe auch weglassen. Dies macht die Statements dann auch übersichtlicher.

Verwirrend wird es oft, wenn man in einer Datenbank ein Schema hat, das dem Datenbanknamen entspricht. Also ungefähr sowas: select * from Contentmasterdata.Contentmasterdata.tabelle Hier ist die Verwirrung fast immer vorprogrammiert.

Allerdings ist das zuweilen von Datenbank zu Datenbank auch schonmal individuell unterschiedlich.

Welche spezifischen Besonderheiten für sqlite gelten, weiß ich nicht.

[p80286]

@Nahpets
In diesem Falle liegt das Problem wohl darin, daß Firedac eine Funktion zur Verfügung stellt (GetTableNames) die u.U. mißverständliche Parameternamen besitzt.
Deine Beispiele beziehen sich ja leider nur auf pures SQL, da weiß man natürlich was man hat.
ADO stellt etwas ähnliches zur Verfügung und leider ist die Ausgabe auch in diesem Falle nicht das was man auf den ersten Blick erwartet.
Daher ist das Vermeiden solcher Funktionen meiner Meinung nach unbedingt notwendig, will man zuverlässige Daten erhalten.

Gruß
K-H

[nahpets]

Den Aufruf bzw. die Parameter der Prozedur GetTableNames

Delphi-Quellcode:

 FDConnection1.GetTableNames('NORTHWIND', 'DBO', 'ADQA%', '', ListBox1.Items,
   [osMy, osSystem, osOther], [tkTable, tkView]);

würd' ich mal so interpretieren: Zuerst der Name der Datenbank, dann das Schema und dann ggfls. ein Muster für die auszulesenden Tabellen.

Und wenn man nix angibt, bekommt man alle Tabellen aus dem aktuellen Schema der aktuellen Datenbank.

Eigentlich scheint das Verhalten im großen und ganzen meiner obigen Beschreibung zu entsprechend.

[jobo]

Zitat von Delbor:

Bei meinen ersten Versuchen mit Firedac gings darum, mittels GetSchemaName, bzw. GetCatalogName (damals noch unter MySQL) den Schema- oder Catalognamen abzurufen. Erhalten habe ich einen mit dem Datenbanknamen identischen String.

Catalog Name ist glaub ich für sqlite nicht bekannt. Nur Schemaname.

Zitat von Delbor:

Ohne jetzt Wikipedia zu konsultieren, um zu prüfen, ob ich das jetzt wenigstens halbwegs intus habe:
Der Schemaname bezeichnet den Datenbanknamen inklusive des zugrundeliegenden Tabellen- und Felder - Aufbau-Schemas.
Der Catalogname hingegen nur den blossen Datenbanknamen. Richtig?

Hab nicht verstanden, was Du meinst.
Wikipedia ist da auch nicht empfehlenswert, wenn dann sqlite doku.

Zitat von Delbor:

Mein bisheriges Verständnis von SQLite:
Von daher ist von vornherein klar, welche Datenbank, welches Datenbankschema gemeint ist. Per Default eben 'main'. Wobei 'main' auch dann das aktuelle Schema ist, wenn ich der Verbindung mit 'ATTACH' eine weitere DB hinzugefügt habe - eine explizite Adressierung der hinzugefügten DB á la "Contentmasterdat.Bildtabelle" ist deshalb nicht zulässig.

Naja wenn es klar wäre, gäb es kein Problem oder?
Main ist Default und kann weggelassen werden.
Alles andere kann attached werden und muss dann mit <schemaname>.<tabelename> angegeben werden.
Ich weiß nicht, ob es noch andere Verfahren gibt, einen Schemanamen zu definieren, ich kenne nur attach. Zulässig ist das bestimmt, denn dafür ist es ja da, bspw. auch zur Unterscheidung mehrere Schemata (nach mehrfachem attach Aufruf)