Firebird: Tabelle einer andere Firebird-DB abfragen

[Robert_G]

Wie der Titel betreits sagt: Wie kann ich in Firebird eine Tabelle aus einer anderen FB-DB abfragen?

[kiar]

hallo robert,

mit sql soll das nicht gehen, stand 08/2004 aber hk hat wohl etwas , must du mal hier suchen

http://www.h-k.de/fbc2003_cd/html/doc_935_1282.html

raik

[Robert_G]

Ich hoffe doch, dass es geht. Denn langsam aber sicher bereue ich es tierisch dieses Projekt mit FB als DB angefangen zu haben.

[DelphiDeveloper]

hallo robert,
leider ist es so, dass es bei Firebird keine
cross database queries gibt.

mfg
DD

[proitsystems]

Was bereust du denn an Firebird? Wir haben einige Projekte damit entwickelt und sind sehr zufrieden.


Gruss,

Marc
----
PRO IT SYSTEMS

[Robert_G]

Zitat von proitsystems:

Was bereust du denn an Firebird? Wir haben einige Projekte damit entwickelt und sind sehr zufrieden.

Es ist so halbherzig implementiert. Es hat teilweise Features, die selbst Oracle nicht hat. Aber auf der anderen Seite gibt es so viel was man einfach vermisst.
kurze Liste:

• Funktionen in der DB schreiben, die man auch in SQL benutzen kann (ich meine keine SPs mit ergebnismenge!)
• Eine Returning Clause für DML (Es ist in Firebird einfach nicht möglich auf eine elegante Art mit inkrementierten PKs umzugehen)
• Database links
• Bulk DML
• Collections in PSLQL
• brauchbare Userverwaltung
• Schema
• ...

Ich stoße mir in FB ständig die Ellbogen an den Einschränkungen. Falls ich die Woche Zeit habe werde ich mir PostGreSQL 8 anschauen. Wenn es gut läuft (die Vorgänger liefen ja nur mit CygWin unter Windows) war's das mit Firebird für mich.

[proitsystems]

Ok... naja bleibt immer noch MS SQL (kommt bei uns bei sehr grossen Projekten zum Einsatz).

Das lässt eigentlich keine Wünsche offen. Und die kleine Version (für ca. 5 User) ist auch kostenfrei beim Kunden zu installieren.

Andernfalls lohnt sich der Kauf des MS SQL Servers

[Jelly]

Zitat von Robert_G:

• Funktionen in der DB schreiben, die man auch in SQL benutzen kann (ich meine keine SPs mit ergebnismenge!)

Du hast doch die UDF in Firebird. Die Funktionen sind halt nur in einer externen DLL gelagert. Oder meinst du was anderes?

[Robert_G]

Zitat von Jelly:

Zitat von Robert_G:

• Funktionen in der DB schreiben, die man auch in SQL benutzen kann (ich meine keine SPs mit ergebnismenge!)

Du hast doch die UDF in Firebird. Die Funktionen sind halt nur in einer externen DLL gelagert. Oder meinst du was anderes?

Genau das emfinde ich in 90% der Fälle las dämlichste Lösung überhaupt.

1. Eine UDF ist:
2. ) eine Win32-DLL
   Ich kann den FbProvider als trusted Assembly reinsetzen, er verwendet ja nur eine native Dll (fbClient).
   Habe ich da aber native DLLs rumliegen kann man CAS gleich in die Tonne treten...
3. ) muss sie auf die Daten der DB per externe API zugreifen. Was meistens einfach zu lahm, unsauber, ... ist.

Aber kümmert euch nicht weiter um dem Thread. Ich habe mich bekauen lassen FB zu nehmen. Erste Tests verliefen auch durchweg gut.
Dumm ist nur, dass selbst dieses interne Miniprojekt zu viel dafür ist. (Es wäre möglich mit FB, aber es würde nur in Workarounds ausarten...)
Ich habe einfach eine Oracle Instanz angelegt und innerhalb von 2h lief die DB dort so wie ich es will.
Vielleicht portiere ich es irgendwann zu pgSQL um vom Ora Server unabhängig zusein, ...

[Hansa]

Zitat von Robert_G:

...Erste Tests verliefen auch durchweg gut.
Dumm ist nur, dass selbst dieses interne Miniprojekt zu viel dafür ist...

Was denn jetzt ? Könnte es sein, daß Dein "Mini-Projekt" etwas überdimensioniert ist ? Wo liegen die dringend und angeblich nicht vorhandenen unbedingt erforderlichen Sachen ?