Firebirdforum.de

"Administrators can manage any trace session." Das ist halt etwas problematisch, da man einen Trace über die Connection-ID startet. Dazu muss man diese erst mal über MON$ATTACHEMENT ermitteln. Vom Grundsatz gibt es erst mal keinen Unterschied zwischen den Host-Systemen, entscheidend ist die Versionn...

Wenn ich mir die Meldung so ansehe "no permission to ALTER access to GENERATOR GEN_NAME" dann soll die Berechtigung des Zugriffes geändert werden und nicht der Inhalt. Um herauszufinden was da genau gewollt wird, hilft dir die Trace-Diagnostic: https://firebirdsql.org/rlsnotesh/rnfb25-trace.html Bes...

Eigentlich findest du alles hier: https://firebirdsql.org/file/documentation/release_notes/html/en/3_0/rnfb30-access-sql.html https://firebirdsql.org/file/documentation/reference_manuals/html/de/fblangref25-security-privs-de.html Da man sich nicht mit der Security-DB verbinden kann, gelten eben alle...

Da das Thema CHARSET ja bisher keins war, hat die FB wohl mit einem Default gearbeitet. Dieser Default kann aber u.U. von der OS-Umgebung beeinflusst werden! Wenn also das OS geändert wird, kann ebenso der default CHARSET ein anderer sein. Aber schauen wir uns die Fehlermeldung mal an: CHARACTER SET...

"In der Datenbank ist ein Standardzeichensatz eingestellt, z.B. UTF-8. Die Client-Anwendung muss mit dem gleichen Zeichensatz auf die Datenbank zugreifen. Sonst gibt es Kauderwelsch." Dies kann ich so nicht stehen lassen. Für alle Zeichenfelder greife ich mit String-Variablen zu. Dies sind grundsätz...

Eingangs sprichst du von einem Umzug auf Linux.
Das war für mich die Umgebungsänderung.

Der Default bei Linux ist wohl ISO8859_1, bei Windows WIN1252.

Welcher CHARSET der Default ist steht in der RDB$DATABASE.
Die Charsets auf Feldebene stehen nach dem Create in den DOMAINS der Felder.

Bei der Erstellung einer DB wird der CHARSET für Char/Varchars definiert. Für die Datenumsetzung bedarf es einer Umsetztabelle, die i.d.R. im "intl"-Verzeichnis steht. Dort gibt es eine .Conf sowie die .dll. Wenn du nun aus dem Programm heraus mit einem anderen CHARSET verbindest (z.B. mit Win1252) ...

Zuerst einmal ist der SYSDBA ja der Superuser schlechthin.
Man kann natürlich das Kennwort ändern, aber den Namen nicht.
Ggf. hast du den Account noch nicht in der DB erstellt sondern nur erst mal bei der Installation für alle DB's in der Security2.

Dem Vorredner kann ich da nur zustimmen. Denn die Unterschiede in den FB-Versionen sind zwar nicht vernachlässigbar, verschwimmen aber eher in der Praxis zumal die SQL-Window-Funktionen eher was für BI als für ERP-Systeme Anwendung finden. Und die älteren FB-Versionen werden da sowieso verschwinden....

Gerade die Indexerstellung scheiterte bei mir immer wieder an den Satzversionen, da der nächste Create Table/View/Index wegen "Nichtaktualität" abgewiesen wurde. Nun wird der Index aber erst während eines Commits erstellt. Somit ist z.T. eine Systemtabelle gegen Veränderungen während der Dauer gespe...