bisher habe ich erfolgreich zahlreiche Datenbankprogramme unter
Verwendung von "Local Interbase" erstellt, das bei D5prof dabei
war. Jetzt habe ich allerdings mal versuchsweise auf einem "ent-
fernten" Win98-Rechner dieses "Firebird" installiert. Das klappt
an sich auch von den Datenbankzugriffen her, aber wenn ich den
"Server Manager" auf meiner Workstation mit dem Server verbinden
lassen will, kriege ich immer "Error logging into the requested
server" und bei den Details zwei "unknown ISC errors", einmal
335544792 ("isc_service_add_err") und gleichzeitig 335544797
("isc_svcnouser").
Die User gibt's aber - erstens kann man sie mit dem lokalen
GSEC und DISPLAY angucken, und zweitens komm ich damit ja auch
in die Datenbanken rein.
Geht der D5prof-"Server Manager" evtl. grundsätzlich nicht mit
Firebird, oder hab ich da irgendwas wesentliches übersehen?
Ich hab auch schon nach spezielleren Newsgroups gesucht, aber
es scheint keine zu geben, in deren Name irgendwo "firebird"
vorkommt...
Danke schon mal,
Gruß Matthias.
auf victory.equitania.de gibt es einige nntp newsgroups zum Thema
Firebird
--
IBExpert - The most Expert for InterBase and Firebird --- www.ibexpert.com
HK Software - Holger Klemt - Huntestrasse 15 - D-26135 Oldenburg
Telefon Telefax +49 700 IBEXPERT (42397378) www.h-k.de
Schulungen - Projektunterstützung - Delphi - InterBase - AS/400
Ah, also ein Versionskonflikt... :-/
> auf victory.equitania.de gibt es einige nntp newsgroups zum Thema
> Firebird
Danke, habs gefunden! Dann werd ich mich da mal etwas einlesen...
Gruß Matthias.
bye,
Helmut
Ah, genial! :-) Danke!
BTW, nach dem Lesen einiger Firebird-Doku bin ich jetzt etwas unsicher,
ob ich die bei D5prof mitgelieferten TIB...-Komponenten (mit denen ich
bisher das ebenso mitgelieferte "Local Interbase" betrieben habe)
"einfach so" auch für einen "entfernten" Firebird-Server verwenden
darf. Offensichtlich scheint es zu funktionieren, aber werde ich
irgendwann ein böses Erwachen erleben?!
(Wobei man dazu sagen muß, daß ich in meinen bisherigen Applikationen
nur absolutes "Standard-SQL", also im wesentlichen nichts außer SELECT,
INSERT, UPDATE und DELETE benutze, also keine Stored Procedures, keine
Trigger o.ä.; als einziges "Special" ein SELECT GEN_ID(...) - da sind
die Treiber dann vielleicht doch gerade noch kompatibel?!)
In C:\Windows\System32 habe ich eine GDS32.DLL gefunden, die wohl von
D5prof installiert wurde (335.360 Bytes, 18.10.98) - bei Firebird war
ja auch eine dabei (36.864 Bytes, 12.12.02); kann man die evtl. ein-
fach ersetzen, wenn man merkt, es geht nicht? Aber wie haben die's ge-
schafft, den gleichen Funktionsumfang in nur zehn Prozent der Datei-
länge unterzubringen?! :-)
Gruß Matthias.
Gerade bei Nutzung von 0815 Standard SQL macht das kein Problem,
aber bei gewissen Datentypen kann es schon mal mit IBX und Firebird
zu Ungereimtheiten kommen, auf die Jeff Overcash (der Borland
Mensch, der zuständig ist für IBX) nicht eingehen wird.
Gerade aber die Auslagerung in Stored Procedures und Trigger würde
es im allgemeinen noch einfacher für dich machen, die Client Bibliothek
austauschbar zu machen, daber das ist ein anderes Thema.
Die GDS32.DLL von Borland war so gross, weil die neue GDS32.DLL
von Firebird im Gegensatz zur alten Borland Version einfach nur ein
Mapper aus Kompatibilitätsgründen ist und die eigentlichen Funktionen
in der FBCLIENT.DLL zu finden sind.
am besten: den alten Interbase Client deinstallieren und den Client von
Firebird dann installieren. Das sollte unnötige Probleme vermeiden.
--
IBExpert - The most Expert for InterBase and Firebird --- www.ibexpert.com
HK Software - Holger Klemt - Huntestrasse 15 - D-26135 Oldenburg
Telefon Telefax +49 700 IBEXPERT (42397378) www.h-k.de
Schulungen - Projektunterstützung - Delphi - InterBase - AS/400
"Matthias Hanft" <m...@hanft.de> schrieb im Newsbeitrag
news:3E213655...@hanft.de...
Danke, guck ich mir mal an. (Nachtrag: Habs grad mal überflogen, und
das erste, was mir ins Auge gesprungen ist, war "TDataset" - das hab
ich eh noch nie gebraucht, bin immer mit T(IB)Database, -Transaction
und -Query ausgekommen; diese ganzen datensensitiven Komponenten kön-
nen mir eh gestohlen bleiben :-) Aber da steckt ja noch mehr dahinter;
werde mich mal eingehend darin vertiefen.)
> Gerade aber die Auslagerung in Stored Procedures und Trigger würde
> es im allgemeinen noch einfacher für dich machen, die Client Bibliothek
> austauschbar zu machen, daber das ist ein anderes Thema.
Sicher. Aber meine Datenbanken sind bisher so einfach gestrickt, die
brauchen sowas gar nicht :-)
> Die GDS32.DLL von Borland war so gross, weil die neue GDS32.DLL
> von Firebird im Gegensatz zur alten Borland Version einfach nur ein
> Mapper aus Kompatibilitätsgründen ist und die eigentlichen Funktionen
> in der FBCLIENT.DLL zu finden sind.
Ah, deswegen also... war mir doch schon sehr suspekt, ein 300-KB-File
einfach durch ein 30-KB-File zu ersetzen... :-)
> am besten: den alten Interbase Client deinstallieren und den Client von
> Firebird dann installieren. Das sollte unnötige Probleme vermeiden.
Mhm. Langfristig sicher. Das Local Interbase (von D5prof) deinstalliere
ich aber erst, wenn ich mal zwei Monate oder so erfolgreich mit FB gear-
beitet habe - man weiß ja nie... :-)
Gruß Matthias.
wenn du mit ib keine Probleme hast, dann wirst du mit firebird
auch keine Probleme bekommen.
Vom Einsatz her sicher nicht, aber von der Installation her bin
ich mir nicht so sicher. Zuerst hab ich ein ZIP bei IBPhoenix
runtergeladen, das hat sich in /include, /bin etc. ausgepackt,
und das wars dann. FIREBIRD.EXE in /bin hat dann anscheinend
tatsächlich einen Server gestartet, aber es hätte noch ein
"Internet Firebird" oder so gegeben - alles sehr eigenartig.
Doku war auch nicht so richtig dabei...
Dann hab ich irgendwoandersher ein FirebirdSetup.EXE (Namen
weiß ich nicht mehr) runtergeladen - das war dann ein "nor-
males" Installshield. Jetzt läuft der Server auch, aber das
IBGUARD war glaub ich nicht mit dabei - und IBCONFIG (oder
sonstwas zum Konfigurieren) auch nicht.
INSTREG hat AFAIR auch irgendeine Fehlermeldung gebracht
(oder auch nicht, aber zumindest hat irgendein anderes
Programm die Fehlermeldung gebracht, daß Firebird nicht
richtig registriert sei. BTW, Win98SE).
Sorry, wenn ich hier nur sehr nebulöse Angaben machen kann,
aber es ist schon ein paar Wochen her, und ich bin seitdem
nicht mehr zu einer näheren Beschäftigung damit gekommen.
Jedenfalls habe ich mich damals gefragt "habe ich nun eine
korrekt funktionierende Installation oder nicht?" und der
ganzen Sache halt noch nicht so getraut. Insbesondere nach-
dem der Server-Manager von D5prof nicht damit "kann" - dadurch
konnte ich auch noch kein Restore meiner Datenbank auf dem FB-
Server machen (ich weiß, daß das wohl mit GBAK lokal geht,
aber mit diesen furchtbaren Kommandozeilentools habe ich
mich, außer mit GSEC das SYSDBA-Passwort geändert und mich
als neuen User angelegt zu haben, auch noch nicht sehr
ausgiebig beschäftigt).
All das hat bisher noch verhindert, daß meine superduper-
megawichtige Datenbank, von der alle meine Geschäfte ab-
hängen, von Local Interbase auf den Remote Firebird ge-
wandert ist :-)
Gruß Matthias.
Matthias Hanft wrote:
> Dann hab ich irgendwoandersher ein FirebirdSetup.EXE (Namen
> weiß ich nicht mehr) runtergeladen - das war dann ein "nor-
> males" Installshield. Jetzt läuft der Server auch, aber das
> IBGUARD war glaub ich nicht mit dabei - und IBCONFIG (oder
> sonstwas zum Konfigurieren) auch nicht.
Zum Konfigurieren des Firebird-Server (Start/Stop/Application/Service
etc). kannst Du mein Control-Panel-Applet verwenden:
http://www.achim-kalwa.de/dl/fbmgr-setup.exe
Ersatz für die IB-Console gibt es auch. Nennt sich IBO-Console (weil mit
IBO anstelle von IBX erstellt) und gibts hier:
http://www.mengoni.it/downloads.html
Gruß
Achim
Ah, danke. Ich hab meine Datenbanken nun sogar mit dem IB-Server Manager
von D5prof draufspielen können - Einloggen am Server geht zwar immer noch
nicht, aber Restore hat funktioniert. Morgen werde ich dann nachsehen, ob
man die Daten von dort auch wieder lesen kann :-)
Gruß Matthias.
heiko