Tabellenfelder 2 versch. Datenbanken vergleichen

[Delphi.Narium]

Bitte erkläre mal, was Du genau vorhast, irgendwie scheine ich das noch nicht so recht begriffen zu haben.

Willst Du quasi sowas machen?

SQL-Code:

select t1.ROHWARENR, t1.FORMAT, t1.OBERMATERIAL
from Accessdatenbank.ROHWARESTAND t1
LEFT JOIN Firebirddatenbank.Artikel t2
on t1.ROHWARENR = t2.Art-Nr
where t1.FORMAT <> t2.Format');
OR t1.OBERMATERIAL <> t2.Numerierung
order by ROHWARENR

Wenn ja, dann führe Dir mal diese Anleitung zu Gemüte: Importieren von oder Verknüpfen mit Daten in einer anderen Access-Datenbank

Beim Zugriff über ADO / ODBC könnte das, sofern ein entsprechender Treiber für Firebird eingerichtet ist, funktionieren.

Jobo beschreibt ja, wie es gehen sollte.

[Luckner]

Mein Problem ist folgendes:
Es gibt 2 Programme. Das 1. basiert auf Access und es werden bestimmte Artikel in einer Tabelle eingetragen. Das 2. Programm ist auf Firebird aufgebaut. Es werden einige Artikel aus Programm 1 in 2 übernommen und gegebenfalls ergänzt. Obwohl sich die Artikel in Programm 1 nicht mehr ändern sollte, passiert es doch mal. Jetzt wäre es hilfreich, wenn man in bestimmten Abständen, eine Überprüfung starten könnte um die beiden Tabellen miteinander zu überprüfen, ob Artikel 1 immer noch die alten Eigenschaften hat.

Möglicherweise werde ich die Tabelle aus Access erst in eine temporäre Firebird-Tabelle kopieren und dann die Überprüfung starten. Dann kann ich immer noch die Tabelle leeren.

Gruß, Luckner

[Delphi.Narium]

Access kann von Haus aus andere Datenbanken importieren bzw. verknüpfen. Das richtet man sich einmal ein.

Dann kann man auf alle so verfügbaren Tabellen (egal aus welcher DB sie stammen) per SQL (gemeinsam) zugreifen.

Sinnvoll hielte ich es für Deine Situation:

In Access Verknüpfung zur Firebird-Datenbank aufbauen und Konfiguration speichern. In Access 'ne View einrichten, die die von Dir gewünschte Datenprüfung enthält.

Im Programm dann "nur noch" ein select * from View_zur_Pruefung und "fertig ist die Laube".

[himitsu]

Du scheinst ja den Zugriff eher aus dem Firebird heraus zu benötigen.

Aber Firebird scheint da (standardmäßig) nur mit anderen Firebirds reden zu können und mag keine fremden DBMS.
https://firebirdsql.org/rlsnotesh/rn...exctstmnt.html


Die andere Richtung geht wohl (laut Delphi.Narium).

Und LocalSQL wäre wohl auch nichts für dich.

[p80286]

Access ist ein recht schönes Frontend für Datenbanken, wenn man nicht mehr als 64k Datensätze betrachtet. Einmalige oder seltene Aktionen sind dort recht gut aufgehoben.

Gruß
K-H

[Delphi.Narium]

Vor allem auch für den Nichtprofi recht gut zu handhaben.

Und man muss damit ja nichtmal Accessdatenbanken nutzen.

Man kann auf alles an Datenbanken zugreifen, auf das man via ADO / ODBC irgendwie zugreifen kann.

[jobo]

Ich bin kein Freund von Access, aber verschiedene Systeme anzapfen kann es wirklich einfach in MS Manier. Mit einigen Klicks ist die Verknüpfung erledigt, keine Zeile Code nötig.
Noch ein paar Klicks und man hat seine Vergleichsabfrage, wahlweise die positiven oder negativen Fälle ausgegeben.
Noch ein paar Klicks und man hat es vielleicht sogar sinnvoll in einem Makro verpackt, ohne eine einzige Variable zu deklarieren oder sonst irgendwelchen Code zu schreiben.
(und wenn man mag, kann man es auch per COM Server alles programmieren)
- lege eine ODBC Verknüpfung zu meiner Firebird Tabelle xy an (wahlweise vielleicht lieber vorgefilterter view)
- Erzeuge eine Abfrage mit SQL = ...
- Starte die Abfrage und exportiere das Ergebnis oder was auch immer

Programmieren wäre eigentlich erst nötig, wenn es tatsächlich variable Parameter gibt wie wählbarer Datumsbereich, wechselnde Datenquellen oder Ergebnis Export Ziele, fallweise Sonderprüfung bei Fehlern, Plausibilitätsauffälligkeiten, ...

Ich denke ähnlich wie p80286 schrieb, Probleme gibt es erst in speziellen Situationen, die 64k war aber Excel früher mal oder?
M.E. ist die Schwäche (oder besser eine der Schwächen ) von Access nicht die Datenmenge, sondern (ausgeprägter) Mehrbenutzerbetrieb. Es dürfen ruhig ein paar Millionen Records sein, aber bitte nicht alle dran rumfummeln. Vielleicht täusche ich mich auch.

Vielleicht ist es auch eine strategische Sache. Wenn das Ende der Access Anwendung sowieso absehbar ist, macht man die Sache lieber in Firebird.