TADOQuery Komponente unidirektionalen Datenmenge

[Kevin11]

Also eigentlich möchte ich nur eine JOIN-Abfrage machen. Ich habe die Data Source auch weggelassen und der selbe Fehler kommt. Ich brauch ja nichts unidirektionales wenn ich nur ein SELECT machen möchte. Oder liege ich da falsch?

[Gollum]

Hallo,

der Fehler könnte die Query sein.
Funktioniert folgendes?

Delphi-Quellcode:

SQL.Text:=
  'SELECT t1.*, t2.* FROM Tabelle1 t1 INNER JOIN Tabelle2 t2 WHERE t1.Feld1 = t2.Feld2';

[Kevin11]

Hallo,

der Fehler der MS-SQL 2005 DB:
Meldung 156, Ebene 15, Status 1, Zeile 1
Falsche Syntax in der Nähe des 'WHERE'-Schlüsselwortes.


Der Code der MS-SQL 2005 DB:
SELECT t1.*, t2.* FROM Per t1 INNER JOIN ZOrgPer t2 WHERE t1.pkPerID = t2.fkPerID

[Bummi]

Joins mit ON nicht mit Where...
kann es sein dass Du keine Primärschlüssel in den Tabellen hast?

[DeddyH]

Und an der "alten" Syntax scheint es auch nicht zu liegen. Ich habe hier einmal ein kleines Testprojekt mit ADO auf SQLExpress 2008 gemacht, das funktioniert ohne Probleme. Bist Du ganz sicher, dass das auch wirklich der fehlerverursachende Code ist?

P.S.: Welchen DB-Treiber hast Du denn ausgewählt?

[Kevin11]

Hallo,

mit der normalen Select-Abfrage geht ja alles problemlos.

ConnectionString:
Provider=SQLOLEDB.1;Password=***;Persist Security Info=True;User ID=***;Initial Catalog=datenbank;Data Source=servername Ich greife mit ADO auf die MS-SQL Datenbank zu und schreibe es per Firebird 2.0 in eine andere aktuellere Datenbank.

Das letzte Projekt war genau das selbe, nur habe ich auf Acces via ADO Zugegriffen.

Komische Sache

[Kevin11]

Also ich weiß jetzt, dass wenn ich eine ADOQuery auf die Form ziehe und damit arbeite, geht alles. Hat irgendjemand schoneinmal eine ADOQuery Kompontente im Code erzeugt? Fehlen bei mir evtl. wichtige Eigenschaften?

Kevin

[Bernhard Geyer]

Zitat von Kevin11:

Das letzte Projekt war genau das selbe, nur habe ich auf Acces via ADO Zugegriffen.

Bei Access solltest du immer mit Curserlocation clUseServer arbeiten.