Datenexport von Firebird nach Access über ZEOS

[jobo]

Aus lauter Neugier:
Wie schnell ist denn "vertretbar"?
Ich habe meinen Vorschlag (ohne ZEOS) gerade ausprobiert und mir Firebird installiert. Mit einer Testtabelle, die ich mit 65T Datensätzen befüllt hab, braucht der Export nach Access (bestehende mdb, aber neue Tabelle) ca 5 Sekunden. Alle Daten sind dabei lokal auf dem Laptop.

[mschaefer]

Sowas wie für die BDE soll es laut Dr. Bob auch für ADO geben, dann
kann man tatsächlich Abfragen in eine SQL legen. Nur die Beispiele fehlen.

Zitat:

Note: The Borland Database Engine (BDE) has been deprecated, so it will not be enhanced. For instance, BDE will never have Unicode support. You should not undertake new development with BDE. Consider migrating your existing database applications from BDE to dbExpress.
TQuery supports heterogeneous queries against more than one server or table type (for example, data from an Oracle table and a Paradox table. When you execute a heterogeneous query, the BDE parses and processes the query using Local SQL. Because the BDE uses Local SQL, extended, server-specific SQL syntax is not supported.

To perform a heterogeneous query

1.Define separate BDE aliases for each database accessed in the query using the BDE Administration tool or the SQL explorer.
2.Leave the DatabaseName property of the TQuery blank; the names of the databases used will be specified in the SQL statement.
3.In the SQL property, specify the SQL statement to execute. Precede each table name in the statement with the BDE alias for the table's database, enclosed in colons. This whole reference is then enclosed in quotation marks.
4.Set any parameters for the query in the Params property.
5.Call Prepare to prepare the query for execution prior to executing it for the first time.
6.Call Open or ExecSQL depending on the type of query you are executing.
For example, suppose you define an alias called Oracle1 for an Oracle database that has a CUSTOMER table, and Sybase1 for a Sybase database that has an ORDERS table. A simple query against these two tables would be:

SELECT Customer.CustNo, Orders.OrderNo
FROM ":Oracle1:CUSTOMER"
JOIN ":Sybase1:ORDERS"
ON (Customer.CustNo = Orders.CustNo)
WHERE (Customer.CustNo = 1503)
As an alternative to using a BDE alias to specify the database in a heterogeneous query, you can use a TDatabase component. Configure the TDatabase as normal to point to the database, set the TDatabase.DatabaseName to an arbitrary but unique value, and then use that value in the SQL statement instead of a BDE alias name.

Grüße in die Runde

[mschaefer]

Von Firebird zu Firebird-Database geht über eine Stored-Procedure:

Zitat:

Firebird 2.5 introduces a way to query the external data sources in PSQL. EXECUTE STATEMENT has been extended with a special clause: ON EXTERNAL DATA SOURCE, and you can supply a different Firebird database as a data source. This means that you can fetch data from another database into PSQL variables. You cannot do JOINs with tables in different databases, but this is a nice start. Example:

execute block returns (emp_no smallint) as
begin
FOR EXECUTE STATEMENT 'select emp_no from employee'
ON EXTERNAL DATA SOURCE 'localhost:employee' AS USER 'sysdba' PASSWORD 'masterkey'
INTO :emp_no
DO SUSPEND;
end

As you can see, using aliases becomes important and there is still a lot to be desired, but it's enough to cover some of the most basic needs.

Grüße in die Runde

[Sir Rufo]

In Post #17 vermisse ich den Bezug zum ADO im Zitat und Post #18 ist hier irgendwie OT

Oder ich verstehe nicht was du uns damit sagen möchtest

[jobo]

ich vermute, dass

Zitat:

"..as an alternative to using a BDE alias to..

die Hoffnung beflügelt hat. Das Wort "alias" ist da wohl untergegangen..


zu #17

Die Jet Engine macht ja genau das, was die BDE macht. Die Verdrahtung der Datenqellen erfolgt innerhalb einer ACCESS.MDB. Das Datentransferstatement, das dann von Delphi angestoßen werden kann, also sowas wie

Code:

insert into [heterogene tabelle A] (fields)
select fields from [heterogene tabelle B]
where usw...

benötigt nur den ADO Zugriff auf ACCESS.

Dabei hat man sich unter Delphi sämtliche FIELDBYNAME Aktionen, Parametrierung usw. gespart. Ich vermute, dass es auch schneller ist, daher auch meine Frage in Post #16.

P.S.: Man sollte auch prima Joinen können, wenn man im Hinterkopf behält, dass es eine heterogene Abfrage ist.

[mschaefer]

Moin, moin, aus dem ersten Thread stammt der Wunsch

Zitat:

Idealer Weise würde ich dieses gerne über einen SQL-Befehl veranlassen ...

- ZEOS kann das derzeit nicht ( bleibt Eure Lösung über den Client )-
- BDE kann es auch von Interbase zu Access, aber veraltet Post #17 -
- FB kann direkt zu FB, Post #18 (ok andere gehen schlicht nicht).

PS: Jo hat das mit dem Joinen ja erwähnt, sehe ich auch so.

Grüße in die Runde

[jobo]

Vielleicht wurde das nicht deutlich, aber meine Testabfrage funktioniert sehr gut (ohne ZEOS) und sieht momentan so aus:

Code:

SELECT JOTB.ID, JOTB.IDTEXT, JOTB.LTEXT, JOTB.CDATE, JOTB.CUSER INTO ExportFromFirebird
FROM JOTB;

Wobei JOTB die Firebird Tabelle ist und EXPORTFROMFIREBIRD die Zieltabelle in der .MDB Datei.

Ein Join ist nicht notwendig, weil es keine Exporteinschränkung gibt, funktioniert aber bestimmt auch.

Ich weiß ja nicht, ob der TE es unbedingt über eine ZEOS Verbindung machen muss, aber notwendig ist es nicht. Vielleicht outet er sich ja noch mal.

Also neben den aufgeführten Varianten gibt es eine funktioniernde mittels Jet Engine.
EDIT: Bietet sich in dem Fall sowieso an, weil die Aufgabe ja darin bestand, nach ACCESS zu exportieren.