Die Suche ergab 31 Treffer
- Mi 1. Sep 2021, 13:04
- Forum: Praxiseinsatz
- Thema: Praktische Benutzung von Prepare
- Antworten: 3
- Zugriffe: 5455
Re: Praktische Benutzung von Prepare
Wie immer: Vielen Dank für die schnelle Antwort!
- Mi 1. Sep 2021, 12:02
- Forum: Praxiseinsatz
- Thema: Praktische Benutzung von Prepare
- Antworten: 3
- Zugriffe: 5455
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...
- Sa 17. Apr 2021, 21:29
- Forum: Praxiseinsatz
- Thema: Temporäres Sperren von Triggern
- Antworten: 5
- Zugriffe: 11512
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 ...
- Fr 16. Apr 2021, 23:56
- Forum: Praxiseinsatz
- Thema: Temporäres Sperren von Triggern
- Antworten: 5
- Zugriffe: 11512
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...
- Mi 9. Dez 2020, 11:02
- Forum: Praxiseinsatz
- Thema: Verstecken von Sourcecode in der DB
- Antworten: 3
- Zugriffe: 7370
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...
- Di 1. Dez 2020, 09:07
- Forum: Praxiseinsatz
- Thema: Nichtnumerische Zeichen mit regulären Ausdrücken entfernen
- Antworten: 10
- Zugriffe: 18018
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...
- Mi 25. Nov 2020, 17:05
- Forum: Praxiseinsatz
- Thema: Savepoints in Firebird
- Antworten: 5
- Zugriffe: 8783
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...
- Di 24. Nov 2020, 12:17
- Forum: Praxiseinsatz
- Thema: Savepoints in Firebird
- Antworten: 5
- Zugriffe: 8783
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...
- Mo 23. Nov 2020, 08:13
- Forum: Praxiseinsatz
- Thema: Grundsatzfrage Primary Key
- Antworten: 3
- Zugriffe: 6781
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...
- Fr 20. Nov 2020, 12:52
- Forum: Praxiseinsatz
- Thema: Grundsatzfrage Primary Key
- Antworten: 3
- Zugriffe: 6781
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 ...