FireBird 2.1 'No permission for update/write'

[Mike_]

Guten Abend/Morgen,

ich habe mich die Nach ausgiebig mit Firebird beschäftigt und kam zu folgendem Tutorial, welches ich auch bis zum Schluss abschließen konnte (Trotz einiger Fehler im "Original"):

http://www.delphi-treff.de/tutorials...ekt-easyquery/


Nun habe ich es kompiliert und es zeigt auch alles korrekt an... sobald ich jedoch einen Eintrag verändere und auf den "Haken" klicke, kommt mir ein Fehler ins Gesicht geschlagen:

Delphi-Quellcode:

No permission for update/write access to [...]

Nun gut dacht ich mir, ist ja recht eindeutig die Fehlermeldung.

Google angeschmissen und folgendes gefunden:

http://www.firebirdfaq.org/faq264/


Daraufhin habe ich :

1. Per IBExpert die DB geöffnet und nach einer Option gesucht in der Art "Read only", ohne Erfolg.

2. Dann habe ich geschaut ob in meinem Programm vllt. Propertys so eingestellt sind -> Alles auf false. [Mit Außnahme der Country, da SQLReadOnly]

3. An dem Grund, dass die DB nicht zu finden sei kann es auch nicht liegen, da die Daten beim Programmstart tadellos eingelesen werden.

4. An den Userrechten kann es ebenfalls nich liegen, aufgrund der Tatsache dass es ein embedded Server von Firebird ist und somit jeder Benutzer alle Rechte hat.

5. An Schreibrechten auf die Datei kann es auch nicht liegen, da ich die Applikation unter Windows XP mit dem Administrator-Account verwende.


Ich bin mit meinen Lateien am Ende... könnt Ihr mir sagen weshalb kein Update/Delete durchgeführt werden kann ?

Programm im Anhang.

[dataspider]

Hi,

die Meldung kommt IMHO vom Datenbank - Server.
Ich vermute, dass (trotz embedded) die Rechte gesetzt sein müssen.
Ich würde die Rechte für User PUBLIC testweise mal für eine Tabelle setzen.

Frank

[mkinzler]

Mit welchem Benutzer hast du dich den angemeldet?

Warum nicht FireBird 2.5?

[Mike_]

@dataspider,

ich komme nicht einmal in den UserManager (Da embedded).

Siehe Screen1.

@mkinzler,

SysDBO.

Die "offizielle" (stable) ZeosLib Version ist 6.6.6 und bei dieser Version wird bei mir als höchstes FireBird Protokoll die 2.1 angezeigt.

Daher nutze ich die 2.1.


Siehe Screen2.


EDIT:\
mkinzler, dein Post hat zum Nachdenken angeregt.
Du warst auf der richtigen Fährte !
SysDBA muss der Username sein, nicht SysDBO.

Nun klappt es !

[mkinzler]

Zitat:

ich komme nicht einmal in den UserManager (Da embedded).

Die embedded verwendet die Userdatenbank nicht. Die Rechte sind aber in der Anwendungsdatenbank abgelegt, diese werden angewendet.

Zitat:

Die "offizielle" (stable) ZeosLib Version ist 6.6.6 und bei dieser Version wird bei mir als höchstes FireBird Protokoll die 2.1 angezeigt.

Ich würde trotzdem die 2.5 nehmen.

[Mike_]

Zitat:

Zitat von mkinzler (Beitrag 1079981)

Zitat:

Die "offizielle" (stable) ZeosLib Version ist 6.6.6 und bei dieser Version wird bei mir als höchstes FireBird Protokoll die 2.1 angezeigt.

Ich würde trotzdem die 2.5 nehmen.

Habe ich ebend versucht und war erstaunt, dass es reibungslos funktionierte (Obwohl im Internet etwas anderes steht: http://www.delphi-forum.de/topic_Zeo...5_99606,0.html http://lazarus.intern.es/firebird_embedded.html)

Allerdings war dies doch nicht ganz so nach einem richtigen Test.

Z.B. beim klicken auf den Pfeil ganz rechts (Refresh der TDBNavigator Komponente) kommt eine EAccessViolation, welche mit der normalen 2.1 nicht auftaucht.

Es scheint ein (eventuell etwas größeren?) Unterschied vom Datenbanktreiber für 2.1 und 2.5 zu geben.

Nicht das mit am Ende Daten verloren gehen..

[vagtler]

Zitat:

Zitat von Mike_ (Beitrag 1079983)

[...] Es scheint ein (eventuell etwas größeren?) Unterschied vom Datenbanktreiber für 2.1 und 2.5 zu geben. [...]

Nicht nur vom Treiber.

Diese ewigen "Breaking Changes" zwischen den verschiedenen FireBird-Versionen gehen mir sowas von auf dem S...

Wir unterstützen in unserer Kernanwendung mittlerweile die Versionen 1.5, 2.1 und 2.5 - Embedded und Stand Alone. Was wir da mittlerweile an versionsspezifischen Code drin haben habe ich bisher bei keinem anderen RDMS erlebt (und ich habe mit einigen gearbeitet).

Randbemerkung: Glücklicherweise konnte unser Vorstand mittlerweile davon überzeugt werden, in zukünftigen Versionen/Produkten auf FireBird gänzlich zu verzichten...(das Leben ist schön)... ;)

[mkinzler]

Also ic h hatte diese Probleme noch nie und kenne das Problem eher von anderen DBMS (Z.B. MSSQL)