Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess ...

[pmoegenb]

Zitat von delphifan2004:

Aber die Datei kann dennoch nicht geöffnet werden.
Wie erreiche ich den erfolgreichen Zugriff auf meine Datei

Wenn Du zur Entwurfszeit eine Verbindung hergestellt (fbembed.dll) hast, musst Du diese Verbindung schließen, dann sollte es klappen. Wenn Du dann noch für die Embedded Version Mehrbenutzerfähigkeit benötigst, muss die Datei firebird.conf den Eintrag RemoteFileOpenAbility = 1 erhalten.

Bei der Embedded Version werden Username und Passwort benötigt, Server/Host und Port darf dagegen nichts enthalten.

[DeddyH]

Deswegen schrieb ich ja Hostname, von User und Passwort hatte ich nichts gesagt.

[Perlsau]

Zitat von pmoegenb:

Wenn Du zur Entwurfszeit eine Verbindung hergestellt (fbembed.dll) hast, musst Du diese Verbindung schließen, dann sollte es klappen.

Stimmt nicht: Ich habe eben genau das gemacht: Bei sämtlichen Queries im Datenmodul Active auf True gestellt, wobei die Connect-Komponente automatisch auf Connected = True steht. Dann die Embedded-Version gestartet und keinerlei Probleme festgestellt. Zuvor natürlich meine obligatorische Befehlszeile // IF ConMain.Connected THEN ConMain.Disconnect; auskommentiert. Dieses Problem bestand bei älteren Firebird-Embedded-Versionen, seit 2.0 ist das behoben.

Zitat von pmoegenb:

Wenn Du dann noch für die Embedded Version Mehrbenutzerfähigkeit benötigst, muss die Datei firebird.conf den Eintrag RemoteFileOpenAbility = 1 erhalten.

Stimmt auch nicht: Ich habe eben genau das ausprobiert. Es kommt auf jeden Fall die besagte Fehlermeldung, völlig egal, welcher Wert in RemoteFileOpenAbility steht. oder ob ein Host, Server oder Port angegeben wurde – wenn ich gleichzeitig dieselbe DB in einem DB-Manager offen halte.

Ich empfehle daher ausdrücklich, auch Embedded-Versionen einer Firebird-Datenbankanwwendung erst als Server-Version zu entwickeln. Ich verwende zur Unterscheidung einfach die Startparameter. Solange ich mit der Embedded-Version arbeite, steht bei mir in den Startparametern 1 E:\Datenbanken\Win7\Firebird\ drin. Bei Programmstart werden die ausgelesen und ausgewertet: 1 heißt Server, 0 oder gar nichts heißt Embedded. Steht 0 zusammen mit einem Pfad, liegt die DB in diesem Pfad, fehlt der Pfad, liegt die DB im Anwendungsordner (nur für Stickware, da ab Vista für das Schreiben in Program Files Admin-Rechte benötigt werden).

Ergänzung:
Der Eintrag RemoteFileOpenAbility in der Datei firebird.conf hat nichts mit der Anzahl der Clients zu tun, die auf die Datenbank zugreifen dürfen, sondern ist ein Boolean, der, wenn gesetzt, festlegt, daß auf die Datenbank nur zugegriffen werden kann, wenn sie sich auf einem von einem physikalisch mit dem Computer, der die Client-Anwendung ausführt, verbundenen Laufwerk befindet.

Unless this configuration option is changed from 0 to 1, Firebird can open a database only if the database is stored on a drive physically attached to the local computer - the computer running that copy of Firebird. Requests for connections to databases stored on NFS mounted drives are redirected to a Firebird server running on the computer that "owns" the disk.

Des Rätsels Lösung liegt ganz woanders: Wenn man den Firebird-Server installiert hat und mit einem DB-Manager wie z.B. IbExpert die Datenbank öffnet, läuft sie im IbExpert über den Firebird-Server und wird von diesem geöffnet, also quasi "vereinnahmt". Versucht man nun, dieselbe Datei über die Embedded-DLL zu öffnen, wird das selbstverständlich verweigert, weil die Datenbank-Datei nur durch einen einzigen DB-Server – die Embedded-DLL stellt quasi einen eigenen Server dar – gleichzeitig geöffnet sein darf. Hat also nichts mit Multiuser-Fähigkeiten oder eingeschränkter Userzahl zu tun.

Was ich jetzt noch nicht ausprobiert habe: Die Embedded-DLL in den Programmordner des DB-Managers zu kopieren mitsamt aller benötigten Dateien. Ich laß das hier lieber sein, da ich zwar Embedded-DB-Anwendungen entwickle, jedoch nie an der Embedded-DB direkt, sondern wie oben bereits beschrieben stets die Server-Variante bevorzuge. Die Funktionalität ist fast dieselbe bis auf die Client-DLL.

[delphifan2004]

Zitat von Perlsau:

Stimmt nicht: Ich habe eben genau das gemacht: Bei sämtlichen Queries im Datenmodul Active auf True gestellt, wobei die Connect-Komponente automatisch auf Connected = True steht.

Nun ja, ich verwende als Tabellenkomponente UIBDataSet und wenn ich das Projekt in Delphi lade, erhalte ich den Fehlerdialog, der auch erscheint, wenn ich ein Projekt lade, das eine in meinem Delphi nicht installierte Komponente voraussetzt.
Die Fehlermeldung lautet dann:

Ich habe jetzt auch das Feld Hostname leer gemacht aber eine Komponente UIBServerInfo mit drin, bei der ich die Eigenschaft Protocol mit "proLocalHost" belegt habe.
Das Problem mit der Zugriffssperre besteht weiter.

Wie aber kann ich nun den Zugriff auf meine Datenbank erreichen?

Ich habe die Datenbank tatsächlich mit IBExpert angelegt. Aber was kann ich jetzt tun, um die Datei zu entsperren?

Zitat von Perlsau:

Ich empfehle daher ausdrücklich, auch Embedded-Versionen einer Firebird-Datenbankanwwendung erst als Server-Version zu entwickeln.

Gefällt mit überhupt nicht. Wollte mir mit der Embedded Version das Zugriffsrechtemenagement erst mal sparen. Wollte wie beim guten alten DBase die Datei anlegen, die Felder definieren und dann mit der Datei arbeiten. Schade, das das hier nicht so simpel ist.

Zitat von Perlsau:

Ich verwende zur Unterscheidung einfach die Startparameter. Solange ich mit der Embedded-Version arbeite, steht bei mir in den Startparametern 1 E:\Datenbanken\Win7\Firebird\ drin. Bei Programmstart werden die ausgelesen und ausgewertet: 1 heißt Server, 0 oder gar nichts heißt Embedded. Steht 0 zusammen mit einem Pfad, liegt die DB in diesem Pfad, fehlt der Pfad, liegt die DB im Anwendungsordner (nur für Stickware, da ab Vista für das Schreiben in Program Files Admin-Rechte benötigt werden).

Hmmm. Mein Firebird Server liegt in C:\Programme\Firebird\, von da an voreingestellte Pfade.

Meine Embedded Version liegt einmal im Ordner meines Delphi Projektes und noch einmal in D:\Programme\Borland\BDS\4.0\Projects\Firebird-Embedded\

Aber in einer Kommandozeile zuerst eine Ziffer????

Oder sieht die wirkliche Kommandozeile dafür anders aus? Wenn ja, wie? Dann übernehme ich nämlich diese Vorgehensweise.

Habe jetzt bei den Komponenten UIBConfig, UIBDataBase und UIBServerInfo die Eigenschaft LibraryName, die vorher auf gds32.dll gesetzt war, auf den Pfad meiner fbclient.dll des Firebird Servers gesetzt und damit kann ich erst mal ohne die Fehlermeldung die Datenbank aufrufen, das heißt, meine Anwendung startet ohne die vorherige Fehlermeldung. Ich kann aber noch immer keine Daten in meine Tabelle eigeben. Was muß ich dazu noch machen?
Wenn ich meine Anwendung aber außerhalb der IDE starte, bekomme ich die GUI nicht zu sehen, nach ca 60 Sekunden sagt mir Windows, das meine Anwendung einen Fehler verursacht hat und beendet werden muß. Ich muß sie dann im Taskmanager suchen und dort beenden. Im Taskmanager sehe ich meine Anwendung also.

Außerdem hatte ich nach der SQL Anweisung:

CREATE TABLE meinetabelle(feld1 char(12),feld2 BIGINT, feld3 char(10));

bei Start nach dem Anlegen der Tabelle, die mittlerweile angelegt ist, die Fehlermeldung, das die Tabelle bereits existiert.

Nun weiß ich von MySql, das es da eine Klausel "IF NOT EXISTS" gibt (CREATE TABLE IF NOT EXISTS meinetabelle (Feld1 Typ,Feld2 Typ,...);. Die Klausel "IF NOT EXISTS" wird aber hier als Fehler angemeckert. Wie kann ich da das DB-System anweisen, die Tabelle nur dann zu erzeugen, wenn sie noch nicht existiert? Andernfalls soll besser ein SELECT * FROM meinetabelle erfolgen, damit ich meine Daten anzeigen kann.

in Pseudocode ausgedrückt also das hier:

if not(TableExists(MeineTabelle)) then Create Table MeineTabelle(...) else Select * from MeineTabelle
Wie erreiche ich das mit dem hier vorliegenden SQL Dialekt, der das "IF NOT EXISTS" nicht zu kennen scheint?




.

[tsteinmaurer]

Diese Fehlermeldung kann auftreten, wenn du dich mit 32-bit Embedded (deine Anwendung ist 32-bit oder?) verbinden möchtest und gleichzeitig eine Verbindung über einen regulären Firbird 64-bit Server besteht. 32/64-bit kann hier nicht gemischt werden.

[mkinzler]

Zitat:

Gefällt mit überhupt nicht. Wollte mir mit der Embedded Version das Zugriffsrechtemenagement erst mal sparen. Wollte wie beim guten alten DBase die Datei anlegen, die Felder definieren und dann mit der Datei arbeiten. Schade, das das hier nicht so simpel ist.

Da besteht kein Unterschied zwischen der Server und der embedded Version. Bei der embedded Version ist der Server nur in die (Client-)Dll eingebettet.
Wenn Du im Programm mit dem selber Benutzer wie bei der Anlage arbeitest, kannst Du die Rechteverwaltung erst einmal vernachlässigen. Auch bei der embedded gibt es ein Rechtemanagement, die Benutzer haben nur kein Passwort ( wird sich aber mit der 3er ändern).

Um zu sehen, ob eine Tabelle schon existiert, kannst du in den Systemtabellen nachschauen.

select * from Rdb$relations where upper(rdb$relation_name) = upper ( '<Tabellenname>'); Für andere Datenbankenobjekte gibt es ein CREATE OR ALTER für Tabellen leider (noch?) nicht.

[Perlsau]

Zitat von delphifan2004:

Nun ja, ich verwende als Tabellenkomponente UIBDataSet und wenn ich das Projekt in Delphi lade, erhalte ich den Fehlerdialog, der auch erscheint, wenn ich ein Projekt lade, das eine in meinem Delphi nicht installierte Komponente voraussetzt.

Das hat aber weder was mit Firebird noch überhaupt mit Datenbanken zu tun, sondern betrifft deine Entwicklungsumgebung.

Zitat von delphifan2004:

Die Fehlermeldung lautet dann:

Oh, eine geheime Fehlermeldung

Zitat von delphifan2004:

Ich habe jetzt auch das Feld Hostname leer gemacht aber eine Komponente UIBServerInfo mit drin, bei der ich die Eigenschaft Protocol mit "proLocalHost" belegt habe.

Das Protokoll ist nicht der Host. Du würdest doch sicher auch nicht in ein Property-Feld, das die Breite deines Fensters beschreibt, den Text "Grün" hineinschreiben, oder?

Zitat von delphifan2004:

Das Problem mit der Zugriffssperre besteht weiter.

Hast du meinen Beitrag überhaupt gelesen und verstanden? Hast du den Kommentar von Thomas Steinmaurer gelesen und verstanden?

Zitat von delphifan2004:

Wie aber kann ich nun den Zugriff auf meine Datenbank erreichen?

Das steht in meinem Beitrag ausführlich beschrieben.

Zitat von delphifan2004:

Ich habe die Datenbank tatsächlich mit IBExpert angelegt. Aber was kann ich jetzt tun, um die Datei zu entsperren?

Das steht in meinem Beitrag ausführlich beschrieben.

Zitat von delphifan2004:

Zitat von Perlsau:

Ich empfehle daher ausdrücklich, auch Embedded-Versionen einer Firebird-Datenbankanwwendung erst als Server-Version zu entwickeln.

Gefällt mit überhupt nicht. Wollte mir mit der Embedded Version das Zugriffsrechtemenagement erst mal sparen. Wollte wie beim guten alten DBase die Datei anlegen, die Felder definieren und dann mit der Datei arbeiten. Schade, das das hier nicht so simpel ist.

Wenn's dir nicht gefällt, läßt du's eben sein und beschäftigst dich mit etwas anderem ...

Zitat von delphifan2004:

Zitat von Perlsau:

Ich verwende zur Unterscheidung einfach die Startparameter. Solange ich mit der Embedded-Version arbeite, steht bei mir in den Startparametern 1 E:\Datenbanken\Win7\Firebird\ drin. Bei Programmstart werden die ausgelesen und ausgewertet: 1 heißt Server, 0 oder gar nichts heißt Embedded. Steht 0 zusammen mit einem Pfad, liegt die DB in diesem Pfad, fehlt der Pfad, liegt die DB im Anwendungsordner (nur für Stickware, da ab Vista für das Schreiben in Program Files Admin-Rechte benötigt werden).

Hmmm. Mein Firebird Server liegt in C:\Programme\Firebird\, von da an voreingestellte Pfade.
Meine Embedded Version liegt einmal im Ordner meines Delphi Projektes und noch einmal in D:\Programme\Borland\BDS\4.0\Projects\Firebird-Embedded\

Wo dein Firebird-Server installiert wurde, ist erstmal nebensächlich. Die Datenbank-Dateien können sonstwo liegen. Auch der Speicherort deiner Embedded-Version ist nur wichtig für deine Anwendung, um die Datenbank-Datei zu finden.

Zitat von delphifan2004:

Aber in einer Kommandozeile zuerst eine Ziffer????

Von einer Kommandozeile habe ich nichts geschrieben. Kennst du deine IDE überhaupt? Hast du schon einmal eine Anwendung mit Parametern gestartet? In deiner Delphi-Ide gibt es im Menü Start doch den Menüpunkt Parameter, nicht wahr? Und dort trägst du die gewünschten Parameter ein. Das hat denselben Effekt wie der Aufruf einer Exe-Datei mit Parametern, z.B. MeinProgramm.exe minimiert grün ... Was hast du gegen eine Ziffer am Anfang einzuwenden?

Zitat von delphifan2004:

Oder sieht die wirkliche Kommandozeile dafür anders aus? Wenn ja, wie? Dann übernehme ich nämlich diese Vorgehensweise.

Keine Ahnung, was du mit "wirkliche Kommandozeile" meinst.

Zitat von delphifan2004:

Habe jetzt bei den Komponenten UIBConfig, UIBDataBase und UIBServerInfo die Eigenschaft LibraryName, die vorher auf gds32.dll gesetzt war, auf den Pfad meiner fbclient.dll des Firebird Servers gesetzt und damit kann ich erst mal ohne die Fehlermeldung die Datenbank aufrufen, das heißt, meine Anwendung startet ohne die vorherige Fehlermeldung. Ich kann aber noch immer keine Daten in meine Tabelle eigeben. Was muß ich dazu noch machen?

Wie versuchst du denn Daten einzugeben? Ich kann dir hier doch nicht dein ganzes Programm schreiben ...

Zitat von delphifan2004:

Wenn ich meine Anwendung aber außerhalb der IDE starte, bekomme ich die GUI nicht zu sehen, nach ca 60 Sekunden sagt mir Windows, das meine Anwendung einen Fehler verursacht hat und beendet werden muß. Ich muß sie dann im Taskmanager suchen und dort beenden. Im Taskmanager sehe ich meine Anwendung also.

Tja, ich fürchte, ohne auch nur eine Zeile Code kann man dir nicht wirklich weiterhelfen.

Zitat von delphifan2004:

Außerdem hatte ich nach der SQL Anweisung:
CREATE TABLE meinetabelle(feld1 char(12),feld2 BIGINT, feld3 char(10));
bei Start nach dem Anlegen der Tabelle, die mittlerweile angelegt ist, die Fehlermeldung, das die Tabelle bereits existiert.

Ja, wenn sie bereits existiert, kannst du sie nicht nochmal unter demselben Namen anlegen. Mir war gerade so, als ob du oben geschrieben hättest, du würdest deine Datenbank mit IbExpert anlegen und einrichten ...

Zitat von delphifan2004:

Nun weiß ich von MySql, das es da eine Klausel "IF NOT EXISTS" gibt (CREATE TABLE IF NOT EXISTS meinetabelle (Feld1 Typ,Feld2 Typ,...);. Die Klausel "IF NOT EXISTS" wird aber hier als Fehler angemeckert. Wie kann ich da das DB-System anweisen, die Tabelle nur dann zu erzeugen, wenn sie noch nicht existiert? Andernfalls soll besser ein SELECT * FROM meinetabelle erfolgen, damit ich meine Daten anzeigen kann.

Wieso willst du denn die Tabelle bei jedem Start anlegen? Lege sie doch einmalig im IbExpert an und gut ist!

[delphifan2004]

Zitat:

Wie sich nun herausgestellt hat, versuchte der TE, eine bereits bestehende Datenbank-Datei neu zu erstellen (CreateFile(open)). Da hapert's wohl auch an Grundlagen-Kenntnissen ... Irgendwelchen Code vom TE bekommen wir leider nicht zu sehen, so daß ihm nicht wirklich weitergeholfen werden kann

Ich wollte keine Datenbank neu erstellen, die schon da ist, ich wollte die Tabellenstruktur erstellen. Nachdem das jedoch, sogar erfolgreich, ich bin stolz auf mich, gelungen ist, brauche ich eigentlich keine SQL Anweisung megr an dieser Stelle. Wenn dort aber keine steht, kommt die Fehlermeldung "SQL Anweisung ist leer" und ich kann mein Dataset nicht aktivieren (Active:= true). Wenn ich das im Objektinspektor einstellen will kommt besagte Fehlermeldung.
Deshalb und einzig und allein deshalb will ich dort eine möglichst allgemeingültige SQL Anweisung in DataSet.SQL stehen haben. Und nur deshalb suche ich nach der von mir genannten Möglichkeit.

Meine SQL Kenntnisse erwerbe ich gerade nach Prinzip Hello World Programm mit dem Buch MySQL 4 Espresso vom Franzis Verlag (Franzis Taschenbuch) Auflage von 2004, ISBN 3-7723-6445-4.
Sorry und nochmal Sorry und tausendfach Entschuldigung, das ich hier frage, andere tun das zwar um ihre Hausaufgaben im Informatikunterricht hier gemacht zu krigen und es findet sich dann immer ein Dummer, der Erklärungen gibt und sogar den ersehnten Quelltext postet. Aber ich muss hier die Hosenn runterlassen, weil ich dummerweise eben erst anfange, mich überhaupt mit Datenbanken zu beschäftigen. Ich kenne allerdings das alte DBase aus DOS Zeiten und habe damals auch Kommandodateien für diese Datenbank mit der eingebauten Programmiersprache geschrieben, aber Firebird ist damit nun mal absolut nicht zu vergleichen. Sorry und nochmals Sorry also, dafür das ich mich erst jetzt mit Firebird beschäftige. Die mitglieferten Dokus taugen bei diesem Kenntnisstand absolut gar nix für mich, ich brauch die Schritt für Schritt Anleitung wie damals als ich Pascal gelernt habe und vom Hello World Programm ausgehend meine Pascal Kenntnisse schrittweise Anweisung für Anweisung erworben habe. Warum gibt es diese Schritt
für Schritt Anleitungen nicht auch für all die andere Software????

Kann es wahrscheinlich nicht, weil die Hersteller der Software ihr Geld mit dem Support verdienen. Somit dürfen die gar nicht solche Dokus rausgeben, denn dann würde der Geld bringende Support nicht mehr benötigt. Warum also, wie in einem anderen Thread hier gefordert, für Firebird spenden?

Mit IBExpert kann ich grad mal die Datenbank erstellen, die die Tabellen aufnimmt. Den Feldeditor hatte ich schon mal aufgerufen, hab aber vergessen, wie. Deshalb die SQL Anweisung "CREATE TABLE ... ".

Stimmt also, die dumme Bemerkung mit den nicht vorhandenen Grundlagen. Wer natürlich auf Arbeit alles in einer Schulung vorgekaut kriegt, in der bezahlten Arbeitszeit, wie ich es mir in meinem stillen Kämmerlein nur erträumen kann, ist unfähig, die Mühe nachzuvollziehen, die ich hier zur Einarbeitung aufbringen muss. Ich sollte mich wirklich somit besser mit was anderem beschäftigen, besser das derzeit schöne sonnige Wetter draußen genießen.
Werd ich wohl nach diesem Post auch machen, bin nämlich arbeitslos!

Andererseits könnte man natürlich bei adäquatem Support sich auch mal in Softwaretechnologien einarbeiten, wenn man schon einen PC hat, auf dem ein Entwicklungssystem wie Delphi installiert ist.

Ich benutze ein 32 Bit Windows XP Professional, nix 64 Bit. Meine CPU kann nur 32 Bit.

Ich habe keinen anderen Quelltext, als den, der am Anfang meines Threads gepostet ist. Konfig Dateien in Firebird habe ich unverändert gelassen. Alle Einstellungen habe ich ausschließlich im Objektinspektor vorgenommen.

Ich weiß nicht mehr weiter. Ich hab die Datenbank jetzt, die Tabelle steht auch, ich kann aber keine Daten in mein DBGrid eingeben. Und der Start der DB Anwendung funktioniert nur innerhalb der IDE, warum nicht auch außerhalb?

Zitat:

Hast du meinen Beitrag überhaupt gelesen und verstanden? Hast du den Kommentar von Thomas Steinmaurer gelesen und verstanden?

gelesen JAAAA, verstanden noch nicht wirklich. Brauche das einfacher eklärt!

Zitat:

Ja, wenn sie bereits existiert, kannst du sie nicht nochmal unter demselben Namen anlegen. Mir war gerade so, als ob du oben geschrieben hättest, du würdest deine Datenbank mit IbExpert anlegen und einrichten ...

Will ich auch nicht, aber mit IBExpert lege ich die Datenbank an. Bisher habe ich vom Ablauf so viel verstanden, das dies eine Datenbank ist, die alle Tabellen aufnimmt, alle Tabellen die ich später miteinander verknüfen muss/will. Sozusagen ist die Datenbank dann ein Container für die Tabellen. Früher in DBAse oder Paradox war die Tabelle oder die Gesamtheit der Tabellen die Datenbank mit den gewünschten Informationen. Der Container für die Tabellen war der Ordner in dem diese Tabellen abgelegt waren. Heute mit Firebird ist dieser Container nicht ein Ordner sondern eine Datei. Diese Datei nimmt dann die Tabellen mit ihren Datenfeldern auf. Warum sonst ist das Erstellen der Datenbank vom Erstellen der Tabelle(n) getrennt. Ich habe durchaus schon mit der Datenbankoberfläche aus Delphi gearbeitet. Dort erstelle ich die Tabellenstruktur und speichere diese in einem Ordner. So ist nach meinem Verständnis die Datenbank in Firebird das Äquivalent für den Ordner in welchem die Tabellen gespeichert sind.
Und da ich mit IBExpert noch unsicher in der Bedienung bin, habe ich als die Tabelle in meiner Datenbank noch nicht existiert hat, die SQL Anweisung zum Erzeugen der Tabelle geschrieben.

Mir ist durchaus bewusst, das ich diese Anweisung nun für diese Tabelle nicht mehr brauche und rausschmeißen kann. Aber leer darf das besagte SQL Feld auch nicht sein. So brauche ich jetzt eine Anweisung die dafür sorgt, das ich die Daten der Tabelle angezeigt kriege, im Zweifelsfall leere Spalten und ich will außerdem nun Daten eingeben können.

Ich will also die Tabelle nicht bei jedem Start anlegen, sondern nur falls sie noch nicht angelegt ist. Was ich suche, ist somit eine Prüfung, ob die Tabelle Schon angelegt ist. Wenn nicht, dann will ich sie anlegen, wenn erledigt, soll diese Anweisung übersprungen werden. Stattdessen soll dann die Anzeige der Daten vorbereitet werden und mir eine Möglichkeit eröffnet werden, nun meine Daten einzugeben.


Die Firebird Dokus sind zu knapp für mich. Ich brauch das detaillierter. Eben so wi eine Anleitung beginnend mit dem Hello World Programm, dann Schritt für Schritt weiter, jede einzelne Anweisung (SQL, Konfigparameter, ...).

[p80286]

Zitat von delphifan2004:

Ich wollte keine Datenbank neu erstellen, die schon da ist, ich wollte die Tabellenstruktur erstellen. Nachdem das jedoch, sogar erfolgreich, ich bin stolz auf mich, gelungen ist, brauche ich eigentlich keine SQL Anweisung megr an dieser Stelle. Wenn dort aber keine steht, kommt die Fehlermeldung "SQL Anweisung ist leer" und ich kann mein Dataset nicht aktivieren (Active:= true).

Ja was machst du da eigentlich?
Im allgemeinen wird eine Datenbank incl. der zugehörigen Tabellen einmal erstellt, und dann werden nur noch Daten hin und her geschaufelt.
(daß man manchmal doch noch eine weitere Tabelle oder ein paar weitere Felder benötigt, klammere ich mal aus)
Wenn als Meldung kommt "SQL Anweisung ist leer", dann gibt es irgendwo in Deinen DBKomponenten einen SQL-Text (ich hab keinen gesehen), der an die Datenbank gesendet wird. Warum, wieso und wann, das seh' ich nicht.

In meinen Programmen, gibt es nur eine Connection und eine query-Komponente. Dieser ganze DBGRid und Datasource-Klimbim ist meiner Meinung nach vollkommen überflüssig. und augenscheinlich entwickeln diese bei Dir ja auch ein reges Eigenleben.

Übrigens solltest du Dich von diesen Analogien Datei/Datenbank/DBase-Tabell/Datei.. schnellstens verabschieden. Fall Du wirklich eine Datei identifizieren kannst, die mit Deinen Daten zu tun hat, dann ist das schön, aber grundsätzlich ist eine Datenbank eine BlackBox, die nur über SQL-Befehle zugängig ist.
(Perlsau hat ja auch hireichend beschrieben, das seine Programme mit embedded und Server-Datenbanken umgehen können ohne neu geschrieben werden zu müssen. Und das ist eigentlich State of the Art)

Zitat:

Wer natürlich auf Arbeit alles in einer Schulung vorgekaut kriegt, in der bezahlten Arbeitszeit, wie ich es mir in meinem stillen Kämmerlein nur erträumen kann, ist unfähig, die Mühe nachzuvollziehen, die ich hier zur Einarbeitung aufbringen muss

Das kann ich gut nachvollziehen, da ich, wie viele andere auch, zu den Selbstkauern gehöre.
Und für den Einstig, der Dir als ex-DBase Benutzer nicht so schwer fallen dürfte, der Wikipedia Artikel.

Und wenn Du da Verständnisprobleme hast, dann kannst Du gerne hier fragen.

Gruß
K-H

[pmoegenb]

Zitat von Perlsau:

Zitat von pmoegenb:

Wenn Du zur Entwurfszeit eine Verbindung hergestellt (fbembed.dll) hast, musst Du diese Verbindung schließen, dann sollte es klappen.

Stimmt nicht: Ich habe eben genau das gemacht: Bei sämtlichen Queries im Datenmodul Active auf True gestellt, wobei die Connect-Komponente automatisch auf Connected = True steht. Dann die Embedded-Version gestartet und keinerlei Probleme festgestellt. Zuvor natürlich meine obligatorische Befehlszeile // IF ConMain.Connected THEN ConMain.Disconnect; auskommentiert.

Ich meinte damit natürlich vor dem Kompilieren (Getestet mit der Komponente UniDAC).

Zitat von Perlsau:

Zitat von pmoegenb:

Wenn Du dann noch für die Embedded Version Mehrbenutzerfähigkeit benötigst, muss die Datei firebird.conf den Eintrag RemoteFileOpenAbility = 1 erhalten.

Stimmt auch nicht: Ich habe eben genau das ausprobiert.

Ich nehme Alles zurück, das habe ich mit der Verbindung zu einem Netzlaufwerk verwechselt.