Firebird 3: VarChar-Feld vergrößern, was in einem Trigger benutzt wird

[jobo]

Der Befehl scheint dazu zu dienen, einen Fremdzugriff auszuschließen. Ist er abgesetzt, wäre die Bahn frei für Trigger löschen usw.
Der Klassiker ist ja, dass es ganz wichtige Nutzer gibt, die immer das Programm offen lassen, nicht gut für Updates.
Die Domains werden Dir wahrscheinlich nicht weiter helfen, weil Du sie dazu bereits an der Stelle verwenden müsstest.

Ansonsten:
Was erwartest Du? Und was sagt es uns, dass Du eventuell ein Mehrmandantensystem hast? > Du musst das Update mehrmals durchführen?!
Eine Modellaktualisierung aus der Ferne per Email oder so und keiner der sich drum kümmern muss/darf/kann? Ohne Remote Access geht es dann wohl nicht.

[IBExpert]

Moin, deaktivieren eines Triggers löscht keinerlei dependencies. In IBExpert gibt es ein spezielles Deaktivieren, das den kompletten quellcode des Triggers auskommentiert und den danach neu compiliert und somit dependencies auflöst. Ohne so was wie IBExpert bleibt eigentlich nur drop trigger, lter table, create trigger manuell machen (ob weitere Objekte zusätzlich betriffen sind, findet man in rdb$dependencies

Und falls wirklich jemand auf der db ein prepare statement mit genau dem Objekt hat (also der Table) und es dadurch ein "Object is use" Fehler gibt, dann kann man die Metadaten in IBExpert auch mit eine Einstellung in den Transaktionen (isc_tbp_wait statt default isc_tbp_nowait in den metadatentransaktionseinstellung der db registration, ob das in anderen tools auch geht weiss ich nicht, ich benutz keiner anderen Tools ) auch im laufenden Betrieb machen, gilt übirgens auch für fb25 sc und cs, fb3 ss ist da empfindlicher als fb25 ss.

[hoika]

Hallo,
vielen Dank an alle.

FB3-Support wird erst mal nach hinten geschoben

[IBExpert]

Zitat von hoika:

FB3-Support wird erst mal nach hinten geschoben

das versteh wer will, ich nicht, es sei denn du hast nur single user Kunden, bei multiuser sind die vorteile von fb3 enorm