Wie lautet die Datensatznummer einer Paradox-Tabelle in SQL?

[Barny]

Hallo,

ich will über den Borland Datenbank-Explorer per SQL-Befehl Daten aus einer Quell- in eine Zieltabelle schreiben. Beides sind Paradox-Tabellen. Ich will dabei Datensatz für Datensatz abarbeiten.

SQL-Code:

UPDATE Zieltabelle
SET ANr = (SELECT BNr FROM Quelltabelle WHERE Zieltabelle.ID = Quelltabelle.id);

Es gibt aber immer eine Fehlermeldung "Ungültiger Feldname id".

Weiß jemand, wie ich die Datensatznummer richtig in den SQL-Befehl schreiben muss?

[mkinzler]

In SQL würde ich das über den Primärschlüssel machen.Ob man auf die Datensatznummer per SQL zugreifen kann (wenn sie als solches überhaupt in der DB existiert) kann ich nicht sagen.

[Jürgen Thomas]

Zitat:

Zitat von Barny

Ich will dabei Datensatz für Datensatz abarbeiten...

Es gibt aber immer eine Fehlermeldung "Ungültiger Feldname id".

Weiß jemand, wie ich die Datensatznummer richtig in den SQL-Befehl schreiben muss?

Grundsätzlich arbeitet SQL mengenorientiert; eine Datensatznummer gibt es also unmittelbar nicht für eine SELECT-Ergebnismenge (allenfalls bei manchen SQL-Dialekten).

Zum Vergleich, welche Datensätze übertragen werden sollen, benötigst Du deshalb eine ID (genauer: einen kompatiblen PrimaryKey) innerhalb von Quell- und von Zieltabelle.

Wenn ich mich recht erinnere, unterscheidet Paradox auch noch Groß- und Kleinschreibung bei Feldnamen. Vielleicht liegt darin der Fehler.

Wenn Du die Datensätze sowieso einzeln bearbeiten willst (warum eigentlich?), bringt der Zugriff über SQL möglicherweise keine Vorteile.

Arbeitest Du mit der BDE? Dann könntest Du zur Beschleunigung einen Filter auf die Quelltabelle setzen.

Für genauere Tipps bitte ich um genauere Hinweise (Tabellendefinition mit Indizes, Auswahl der Datensätze, die übertragen werden sollen). Aber vielleicht reichen diese Hinweise. Jürgen

[omata]

Hallo Barny,

jetzt versuche ich mich auch nochmal...

Zitat:

Zitat von Barny

SQL-Code:

UPDATE Zieltabelle
SET ANr = (SELECT BNr 
           FROM Quelltabelle 
           WHERE Zieltabelle.ID = Quelltabelle.id);

gibt es in der Tabelle Zieltabelle eine Spalte ID?

Ich will noch auf etwas anderes hinaus...
Gibt es in der Quelltabelle immer nur eine Zeile pro ID? (ist ID also ein Primarykey?)

Wenn die Unterabfrage mehrere Zeilen liefert kann das auch nicht gehen.

Also vielleicht so...

SQL-Code:

UPDATE Zieltabelle
SET ANr = (SELECT MIN(BNr) 
           FROM Quelltabelle 
           WHERE id = Zieltabelle.id);

MIN oder auch MAX.

Gruss
Thorsten

[Barny]

An mkinzler,

vielen Dank für den Vorschlag. Leider unterscheiden sich die Primärschlüssel der Tabellen. In der Zieltabelle haben wir einen zusammengesetzten Schlüssel aus 4 Feldern, in der Quelltabelle einen ganz einfachen AUTOINCREMENT-Schlüssel. Da diese unterschiedlich sind, kann ich die Datensätze nicht über die Primärschlüssel ansprechen.

[Barny]

An Jürgen Thomas

Vielen Dank für deine Antwort.

Zitat:

Grundsätzlich arbeitet SQL mengenorientiert; eine Datensatznummer gibt es also unmittelbar nicht für eine SELECT-Ergebnismenge (allenfalls bei manchen SQL-Dialekten).

Wahrscheinlich bringt ich mein Halbwissen von SQL auf die schiefe Bahn. Wenn ich meine Zieltabelle "UStAB100.db" mit der Borland Datenbankoberfläche öffne wird eine Spalte "USTAB100" angezeigt, die ich als Datensatznummer ansehe. Den Begriff "id" habe ich aus einem SQL-Tutorial. Meine Überlegung war, dass, wenn in meiner Tabelle eine Datensatznummer hinterlegt ist, sollte ich diese doch auch ansprechen können. Nur wie? Aber wahrscheinlich ist das mit dem SQL-Dialekt des Borland Datenbank-Explorers nicht möglich. Oder aber ich brauche die richtige Bezeichnung des Datensatznummern-Feldes in einer Paradox-Tabelle.

Zitat:

Wenn Du die Datensätze sowieso einzeln bearbeiten willst (warum eigentlich?), bringt der Zugriff über SQL möglicherweise keine Vorteile.

Ich will aus einer Tabelle die Echtdaten wie Nachname, Vorname, Strasse etc durch Werte aus einer Dummy-Tabelle ersetzen. Damit alle Werte in der Echt-Tabelle mit Werten aus der Dummy-Tabelle überschrieben werden, will ich die Werte des Datensatzes 1 mit den Werten des Datensatzes 1 aus der Dummy-Tabelle überschreiben usw. Auf diese Weise sollten alle Echtwerte überschrieben werden.

[mkinzler]

Gibt et außer der Position ein anderes Kriterium, wie du die Dummytabelle zuordnen kannst?

[Barny]

An mkinzler

Ich habe leider kein anderes eindeutiges Kriterium gefunden.

[WoGe]

Hallo,

Zitat:

Wenn ich meine Zieltabelle "UStAB100.db" mit der Borland Datenbankoberfläche öffne wird eine Spalte "USTAB100" angezeigt, die ich als Datensatznummer ansehe

Diese Spalte wird von Paradox - zusätzlich zur Verfügung gestellt. Sie ist nicht Bestandteil der Tabelle und ist deshalb nicht über einen Feldnamen in SQL ansprechbar.

mfg
wo

[Jürgen Thomas]

Zitat:

Zitat von WoGe

Diese Spalte wird von Paradox - zusätzlich zur Verfügung gestellt. Sie ist nicht Bestandteil der Tabelle und ist deshalb nicht über einen Feldnamen in SQL ansprechbar.

So ist es. Ich glaube zwar, bei Andreas Kosch (Delphi 2.0 Datenbankentwicklung) etwas über eine interne ID von Paradox-Tabellen gelesen zu haben; aber wahrscheinlich kommt man an diese wirklich nicht heran.

Zitat:

Zitat von Barny

Ich will aus einer Tabelle die Echtdaten wie Nachname, Vorname, Strasse etc durch Werte aus einer Dummy-Tabelle ersetzen. Damit alle Werte in der Echt-Tabelle mit Werten aus der Dummy-Tabelle überschrieben werden, will ich die Werte des Datensatzes 1 mit den Werten des Datensatzes 1 aus der Dummy-Tabelle überschreiben usw. Auf diese Weise sollten alle Echtwerte überschrieben werden.

Verstehe ich es richtig, dass die Zieltabelle nicht die Dummy-Tabelle ist? Wenn ja, dann schlage ich Folgendes vor:

1. Lies alle gewünschte Daten aus der Quelltabelle in eine Temp-Tabelle (je nachdem, welche Utilities Du sonst verwendest, z.B. eine in-Memory-Table).
2. Erweitere diese Tabelle um eine ID. Füge jedem Datensatz eine laufende Nummer als ID hinzu. Damit kannst Du einen Update-Befehl ähnlich Deinem ersten Versuch erledigen.

Alternative:
1. Alle Daten aus der Quelltabelle in die Zieltabelle kopieren.
2. Mit einer Programm-Prozedur kannst Du in einer Schleife (First/Next/EOF) ebenso eine ID simulieren und jeden Datensatz einzeln verknüpfen.

Zusatzvorschlag: Erzeuge mehrere Zufallszahlen RandomVorname, RandomNachname, RandomStrasse usw. Mit RandomVorname holst Du aus der Dummy-Tabelle einen zufälligen Vornamen usw. Damit kannst Du viel mehr Testdaten erzeugen, als Datensätze in der Arbeitsdatei und in der Dummy-Tabelle enthalten sind.

Vielleicht hilft Dir das. Jürgen

[Dirk_B]

Zitat:

Zitat von Jürgen Thomas

So ist es. Ich glaube zwar, bei Andreas Kosch (Delphi 2.0 Datenbankentwicklung) etwas über eine interne ID von Paradox-Tabellen gelesen zu haben; aber wahrscheinlich kommt man an diese wirklich nicht heran.

Hi,

man kommt ran, ist aber den Aufwand nicht wert.

Falls jemand wirklich Langeweile hat...

Borland hat mal die BDE 3.0 als separates Produkt vertickt. Hat kein Mensch gekauft, habe nur einen flüchtigen Blick darauf geworfen. Inhalt war u.a. eine Doku der BDE. mit diesem Wissen kann man die Nummer auslesen, aber nicht für SQL, sondern nur für Tabellen und über Low-Level-BDE. und viele Prozeduren ändern sich, je nach BDE-Version, häufig sogar bei Unterversionen. ...

Falls Dich das nicht abschreckt...

http://www.delphirss.com/bde.html#bde2


Aber sage nicht, ich hätte Dich nicht gewarnt <g>

Mfg

DB

[Barny]

An WoGe und Jürgen Thomas

Vielen Dank für eure Informationen.
Da ich per direkter SQL-Bearbeitung nicht weitergekommen bin - weil ich den einzelnen Datensatz nicht über ein Identifikationsfeld ansprechen kann - habe ich es eben anders gemacht.
Ich habe mich ja lange dagegen gewehrt und habe jetzt doch für mein Anliegen ein Programm in Delphi geschrieben. Wie Jürgen Thomas vorgeschlagen hat, habe ich mir auf einem Formular mehrere Memo-Objekte für Vorname, Nachname, Strasse usw. angelegt. In den "Lines" habe ich die Dummy-Strings geschrieben. Mit einer Schleife (First/Next/EOF) lasse ich mir jetzt per Zufallszahl aus diesen Memo-Lines meine Dummy-Daten zusammenstellen und schreibe diese in meine Tabellen. Funktioniert sehr gut und ist für weitere Anpassungen bestens geeignet. Nochmals vielen Dank für eure Unterstützung.

[Barny]

An Dirk_B

Vielen Dank für Deine Warnung. Der Aufwand ist mir zu groß und deine Erläuterungen schrecken mich ab. Daher habe ich es anders gelöst wie du meiner Antwort an WoGe und Jürgen Thomas entnehmen kannst.

[Jürgen Thomas]

Zitat:

Zitat von Barny

Wie Jürgen Thomas vorgeschlagen hat, habe ich mir auf einem Formular mehrere Memo-Objekte für Vorname, Nachname, Strasse usw. angelegt. In den "Lines" habe ich die Dummy-Strings geschrieben...

Es ist ja gut, dass Du zum Ziel gekommen bist.

Nur zur Klarstellung, damit nicht bei anderer Gelegenheit falsche Schlüsse gezogen werden: Im Beitrag #10 hatte ich geschrieben:

Zitat:

Lies alle gewünschte Daten aus der Quelltabelle in eine Temp-Tabelle (je nachdem, welche Utilities Du sonst verwendest, z.B. eine in-Memory-Table).

Mit in-Memory-Table meinte ich eine "richtige" Tabelle, die sich aber (nur) im Arbeitsspeicher (= memory) befindet, keine TMemo-Instanz. Jürgen