Hallo,
ich habe ein Problem mit der Konfiguration von Firebird 5.
Es ist nicht mehr möglich zur Laufzeit Proceduren, Trigger, usw... abzuändern sobald diese einmal im ZUgriff von der ERP Software waren.
Unter Firebird 2.5.9 war das abändern kein Problem.
Vielleicht kann mir jemand helfen, was ich in der Firebird.conf ändern muss.
Vielen Dank.
Firebird 5 Problem mit abändern von Proceduren, Trigger,usw..
Moderator: martin.koeditz
Ich glaube das ist nun systemimmanent.
Das Ändern von laufenden Prozeduren und Triggern führte in der Vergangenheit eben auch zu abstürzen.
In der 2.5. konnte ich einen Index löschen, der aktiv verwendet wiird, ab 3.0 nicht mehr.
Die Daten stehen ebenso in Tabellgen (RDB$), die der Satzversion unterliegen.
Daher ist ein Ändern im aktiven Zustand nicht möglich.
Hierfür muss man Wartungszeiten einplanen, in denen die Datenbank dann nicht in Betrieb ist.
Das machen andere DBM's ebenso.
Das Ändern von laufenden Prozeduren und Triggern führte in der Vergangenheit eben auch zu abstürzen.
In der 2.5. konnte ich einen Index löschen, der aktiv verwendet wiird, ab 3.0 nicht mehr.
Die Daten stehen ebenso in Tabellgen (RDB$), die der Satzversion unterliegen.
Daher ist ein Ändern im aktiven Zustand nicht möglich.
Hierfür muss man Wartungszeiten einplanen, in denen die Datenbank dann nicht in Betrieb ist.
Das machen andere DBM's ebenso.
Nach Mailkontakt mit Holger Klemt von IBExpert gibt es eine Möglichkeit die Transaktionen für Metadaten einzustellen (siehe Screenshot).
Man muss hier aus dem isc_tpb_nowait ein isc_tpb_wait machen und schon kann ich Metadaten ändern.
Wie das bei anderen Programmen geht, kann ich nicht sagen.
Dadurch ist es wieder möglich Änderungen im laufenden Betrieb vorzunehmen.
Man muss hier aus dem isc_tpb_nowait ein isc_tpb_wait machen und schon kann ich Metadaten ändern.
Wie das bei anderen Programmen geht, kann ich nicht sagen.
Dadurch ist es wieder möglich Änderungen im laufenden Betrieb vorzunehmen.
- Dateianhänge
-
- Firebird_Transaktionen.png (51.6 KiB) 198533 mal betrachtet
Das sollte dann via ConnectionString im ODBC oder Netprovider ebenso klappen, da man per "Wait=nn;" die Wartezeit angibt.
Wenn der Wait abläuft, wird die Aktion trotzdem nicht durchgeführt.
I.d.R. passiert das allerdings nur bei Update-Konflikten.
Wenn der Wait abläuft, wird die Aktion trotzdem nicht durchgeführt.
I.d.R. passiert das allerdings nur bei Update-Konflikten.