![]() |
Re: firebird Trigger
Nein, denn Profis wissen das halt, wir blöden Amateure brauchen das gar nicht zu wissen :zwinker:
|
Re: firebird Trigger
Zitat:
willst du damit sagen, du legst einen trigger für _alle_ tabellen einer DB an ? Gruss KH |
Re: firebird Trigger
Nicht einen Trigger, sondern einen Generator.
|
Re: firebird Trigger
Zitat:
hab mich gerade gewundert wie das geht ;-) naja einen Generator in allen Triggern zu verwenden, ist gar keine schlechte Idee. Die erledigen ja eh alle die gleiche Arbeit. Gruss KH |
Re: firebird Trigger
Dafür hast du dann einen Nummernkreis für alle deine Tabellen
|
Re: firebird Trigger
Zitat:
|
Re: firebird Trigger
Zitat:
EDIT: nee ist glaube ich doch keine so gute idee, ich wäre mal auf die Ausführung von hansa gespannt, was für einen Ärger er da meint. Gruss KH |
Re: firebird Trigger
Zitat:
Warum pro Table einen eigenen Generator ? Das weiß der Kuckuck. :P Kommt wohl lediglich daher, dass immer von einem Generator/Trigger "Gespann" gesprochen wird. Das alleine schon suggeriert x Tabellen = x Generatoren. Ein theoretisches Argument wäre die Anzahl der Generatorenwerte. Zitat:
Warum pro Table keinen eigenen Generator, sondern nur einen ? Es geht um die bestmögliche referentielle Integrität der DB und zwar darum, diese auch langfristig zu sichern. Bleiben wir mal bei der Telekom : angenommen die speichern die Verbindungsdaten in 10 Rechenzentren und in regelmäßigen Abständen sollen die Daten zentral gespeichert werden. Die dürfen sich natürlich nicht ins Gehege kommen. Die Rechenzentren haben jeweils einen Generator-Startwert von 0 dann 1.000.000.000.000.000 bis 9.000.000.000.000.000. Dürfte reichen und es ist sogar noch mehr Platz. Und jetzt ? Selbst wenn unterschiedliche Rechenzentren die Daten von ein und demselben Kunden erfassen und diese dann zusammengewürfelt werden, dann ist noch immer alles in Ordnung. Würde man das anders machen, dann wären die IDs nicht mehr eindeutig zuzuordnen. Es wäre nicht mal ein permanenter Datenabgleich nötig. Und der Fragesteller braucht sich nur einmal den Namen des Generators zu merken. :zwinker: P.S. wg. roter Kasten : die "Nummernkreise" sind da schon indirekt drin. Sollte es bei den 10 Rechenzentren gleiche Rechn.Nummern etc. geben und die Daten müssten erst später zusammengeführt werden, dann ist es ein leichtes einmalig eine 0..9 davorzuhängen und fertig. Die IDs müssen aber bleiben wie sie sind. |
Re: firebird Trigger
Wenn die Inhalte der Tabellen aber verschieden ist, stellt das kein Problem dar.
|
Re: firebird Trigger
Du willst das wohl nicht verstehen ? :mrgreen: Der Nutz-Inhalt der Tabellen (also der für das Programm gedachte) ist ziemlich egal, solange nur die DB-interne ID eindeutig ist. Und genau die sollte eben nicht manipuliert werden.
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:16 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz