Die Suche ergab 31 Treffer

von zappa2
Mi 1. Sep 2021, 13:04
Forum: Praxiseinsatz
Thema: Praktische Benutzung von Prepare
Antworten: 3
Zugriffe: 5446

Re: Praktische Benutzung von Prepare

Wie immer: Vielen Dank für die schnelle Antwort!
von zappa2
Mi 1. Sep 2021, 12:02
Forum: Praxiseinsatz
Thema: Praktische Benutzung von Prepare
Antworten: 3
Zugriffe: 5446

Praktische Benutzung von Prepare

Mal eine grundsätzliche Frage zu Prepare : Wann wird das denn nun sinnvollerweise aufgerufen? ( A )Vor oder ( B )nach dem Zuweisen der Feldwerte? myQuery.Close; A) myQuery.Prepare; myQuery.Params[0].Value := Wert1; myQuery.Params[1].Value := Wert2; B) myQuery.Prepare; myQuery.Open; Ich sehe beide Va...
von zappa2
Sa 17. Apr 2021, 21:29
Forum: Praxiseinsatz
Thema: Temporäres Sperren von Triggern
Antworten: 5
Zugriffe: 11462

Re: Temporäres Sperren von Triggern

Vielen Dank für die rasche Antwort. Exklusiver Zugriff auf die Tabelle, dessen Trigger ich temporär umgehen wollte, kann natürlich nicht gewährleistet werden. Demzufolge muss ich einen anderen Weg finden. Und die Aussage Although this form of EXECUTE STATEMENT can also be used with all kinds of DDL ...
von zappa2
Fr 16. Apr 2021, 23:56
Forum: Praxiseinsatz
Thema: Temporäres Sperren von Triggern
Antworten: 5
Zugriffe: 11462

Temporäres Sperren von Triggern

Gibt es eine Möglichkeit, innerhalb einer SP einen bestimmten Trigger kurzzeitig auf inactive zu setzen? alter trigger TRIGGER_NAME inactive; geht natürlich nicht innerhalb einer SP. Auch wenn ich das als Execute statement ('...'); versuche. Gibt zwar keinen Fehler, aber geht auch nicht. Ich vermute...
von zappa2
Mi 9. Dez 2020, 11:02
Forum: Praxiseinsatz
Thema: Verstecken von Sourcecode in der DB
Antworten: 3
Zugriffe: 7366

Verstecken von Sourcecode in der DB

Bis einschl. FB 2.5 konnte man seinen Quellcode von StoredProcs und Triggern verstecken, indem man den Text in den Systemtabellen entweder gelöscht oder geändert hat: UPDATE RDB$TRIGGERS SET RDB$TRIGGER_SOURCE = NULL WHERE RDB$SYSTEM_FLAG IS NULL OR RDB$SYSTEM_FLAG=0; UPDATE RDB$PROCEDURES SET RDB$P...
von zappa2
Di 1. Dez 2020, 09:07
Forum: Praxiseinsatz
Thema: Nichtnumerische Zeichen mit regulären Ausdrücken entfernen
Antworten: 10
Zugriffe: 18004

Re: Nichtnumerische Zeichen mit regulären Ausdrücken entfernen

Ich würde es mit einer kleinen Hilfsfunktion erledigen, die nur noch Zifferzeichen in einer Zeichenkette behält: create or alter function STR2INT ( I_S varchar(255)) returns varchar(55) as declare variable VI integer; declare variable VS varchar(55); declare variable VC char(1); begin vi = 1; -- Zäh...
von zappa2
Mi 25. Nov 2020, 17:05
Forum: Praxiseinsatz
Thema: Savepoints in Firebird
Antworten: 5
Zugriffe: 8770

Re: Savepoints in Firebird

Mal wieder Euch beiden fleißigen Schreibern besten Dank! Unterm Strich sehe ich jetzt für mich als 'normalen' User von Firebird keinen Sinn in der eigenen Anwendung von Savepoints. Im Hinterkopf behalte ich mal noch die Möglichkeit, diese innerhalb eines EXECUTE BLOCK zu verwenden. Aber auch da habe...
von zappa2
Di 24. Nov 2020, 12:17
Forum: Praxiseinsatz
Thema: Savepoints in Firebird
Antworten: 5
Zugriffe: 8770

Savepoints in Firebird

Hat hier jemand praktische Erfahrung im Umgang mit Savepoints? In PSQL sind diese ja nicht erlaubt, nur wie handle ich sie denn dann? Schreibe ich im IBExpert oder isql o.ä. komplett runter z.B. insert..., Savepoint a, update..., savepoint b, delete ..., savepoint c und dann irgendwann Rollback to s...
von zappa2
Mo 23. Nov 2020, 08:13
Forum: Praxiseinsatz
Thema: Grundsatzfrage Primary Key
Antworten: 3
Zugriffe: 6770

Re: Grundsatzfrage Primary Key

Vielen Dank für Eure Antworten. Diese geben mir noch einmal sehr gute Argumente in die Hand. In der Tat gibt es unglaubliche Konstrukte, um die Primary Keys mit mehreren Feldern in andere Tabellen zu kopieren. Am Augenscheinlichsten ist es m.E. wenn man sieht, in wieviel Tabellen ein Textfeld geände...
von zappa2
Fr 20. Nov 2020, 12:52
Forum: Praxiseinsatz
Thema: Grundsatzfrage Primary Key
Antworten: 3
Zugriffe: 6770

Grundsatzfrage Primary Key

Ich habe mal auf einer DB-Konferenz aufgeschnappt, dass ein PK IMMER ein Integer bzw. BigInt sein soll. Wenn man zusammengesetzte Keys benötigt, daraus einfach ein Unique-Constraint machen. Jetzt habe ich eine gegenteilige Meinung gehört, dass aus Geschwindigkeitsgründen der zusammengesetzte Unique ...