DROP CONSTRAINT nicht mit Namen

[BlueStarHH]

Hallo,

ich möchte ein CONSTRAINT löschen. So würde ich es normalerweise machen:

Code:

ALTER TABLE KUNDE DROP CONSTRAINT INTEG_356;

Jetzt kenne ich den Namen des CONSTRAINTs jedoch nicht. Der Name kann in unterschiedlichen Datenbanken unterschiedlich sein. Ich kenne nur den Ausdruck des CONSTRAINTs. Es müsste doch über die Systemtabellen möglich sein, über den Ausdruck des CONSTRAINTs an den Namen des CONSTRAINTs zu kommen?

In der Tabelle RDB$RELATION_CONSTRAINTS sehe ich jedoch nur den Namen in RDB$CONSTRAINT_NAME. Wo finde ich den Ausdruck? Danke!

[BlueStarHH]

Habe es nun selbst gefunden. So komme ich an den Namen:

Code:

select distinct(RDB$CONSTRAINT_NAME) from RDB$CHECK_CONSTRAINTS where RDB$TRIGGER_NAME in (
  select RDB$TRIGGER_NAME from RDB$TRIGGERS where RDB$RELATION_NAME = 'KUNDE' and RDB$TRIGGER_SOURCE = 'CHECK (AFIELD between 1 and 4)')

Aber wie kann ich den Namen nun in dieser SQL-Anweisung nutzen?

Code:

 ALTER TABLE KUNDE DROP CONSTRAINT _____

So geht es nicht:

Code:

ALTER TABLE KUNDE DROP CONSTRAINT (
 select distinct(RDB$CONSTRAINT_NAME) from RDB$CHECK_CONSTRAINTS where RDB$TRIGGER_NAME in (
  select RDB$TRIGGER_NAME from RDB$TRIGGERS where RDB$RELATION_NAME = 'KUNDE' and RDB$TRIGGER_SOURCE = 'CHECK (AFIELD between 1 and 4)')
)

Die Klammer ( ist unbekannt. Ohne Klammer mag er das erste select nicht.

[lxo]

Schau dir mal Execute Statement an.https://firebirdsql.org/refdocs/lang...-execstat.html

In Verbindung mit einem execute Block könntest du den Namen vorher selektieren in einer variable merken und dein alter table danach mit execute Statement ausführen.

[BlueStarHH]

Danke, hab das ganze nun in einen EXECUTE BLOCK gepackt. Damit klappt es:

Code:

SET TERM !! ;
EXECUTE BLOCK AS
  declare variable CName varchar(2000);
BEGIN
  execute statement 'select distinct(RDB$CONSTRAINT_NAME) from RDB$CHECK_CONSTRAINTS where RDB$TRIGGER_NAME in (
    select RDB$TRIGGER_NAME from RDB$TRIGGERS where RDB$RELATION_NAME = ''KUNDE'' and RDB$TRIGGER_SOURCE = ''CHECK (AFIELD between 1 and 4)'')' into :CName;

  if (:CName <> '') then
    execute statement 'ALTER TABLE KUNDE DROP CONSTRAINT ' || Trim(:CName) || ';';
END!!
SET TERM ; !!

Jetzt wundert mich nur der Hinweis aus der Firebird Hilfe, der sagt, dass ich keine DDL strings mit EXECUTE STATEMENT ausführen soll. Warum nicht? Ist das hier schlimm?

Zitat:

Although this form of EXECUTE STATEMENT can also be used with all kinds of DDL strings (except CREATE/DROP DATABASE), it is generally very, very unwise to use this trick in order to circumvent the no-DDL rule in PSQL.

[lxo]

Weiß nicht. Nutze das öfter und eigentlich keine Probleme damit.
Problematisch könnte nur sein wenn andere User mit der Datenbank verbunden sind. Dann könnte das alter Table fehlschlagen (Index is in use) oder so ähnlich.

Wenn ich an bestehenden Metadaten etwas ändere mach ich in der Regel aber immer ein shutdown, damit ist das Problem gegessen.

[IBExpert]

Zitat:

Zitat von BlueStarHH (Beitrag 1523107)

Jetzt wundert mich nur der Hinweis aus der Firebird Hilfe, der sagt, dass ich keine DDL strings mit EXECUTE STATEMENT ausführen soll. Warum nicht? Ist das hier schlimm?

Zitat:

Although this form of EXECUTE STATEMENT can also be used with all kinds of DDL strings (except CREATE/DROP DATABASE), it is generally very, very unwise to use this trick in order to circumvent the no-DDL rule in PSQL.

naja, hängt unter anderem mit transaktionseinstellungen zusammen und was du damit vorhast. Im Metadata Transaction mode könnte kann zum beispiel eine primary key constraint damit löschen, die dann aber wegen deiner metadata transaction einstellung isc_tbp_wait warten könnte, das irgendwann mal der pk von niemandem mehr benutzt wird, was aber evtl niemals passieren wird und du damit die gesamte Datenbank in einer Zustand versetzt der dein statement warten lässt, alle anderen clients aber schon mal beim schreiben blockiert.

Neue objekte damit erzeugen ist eigentlich nie ein problem, vorhanden ändern oder sogar löschen kann auf einer Live Datenbank schon blöde neben effekte haben. Wenn du aber exklusiven zugriff hast zB durch shutdown ist das gar kein problem das so zu machen, benutze ich ähnlich seit jahren und hab selten Problem, mach damit aber auch ganz selten mal drop