AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Delphi Referentielle Integrität - notwendig oder nice to have?
Thema durchsuchen
Ansicht
Themen-Optionen

Referentielle Integrität - notwendig oder nice to have?

Ein Thema von ggscholz · begonnen am 9. Jan 2024 · letzter Beitrag vom 10. Jan 2024
 
ggscholz

Registriert seit: 20. Nov 2013
Ort: Aachen
59 Beiträge
 
Delphi 11 Alexandria
 
#1

Referentielle Integrität - notwendig oder nice to have?

  Alt 9. Jan 2024, 12:20
Datenbank: postgresql • Version: 16 • Zugriff über: Devart uniDac
Hallo in die Expertenrunde,

in den Lehrbüchern zu SQL wird immer auf die referentielle Integrität hingewiesen, um die Datenintegrität zu sichern.

Bisher habe ich darauf verzichtet. Die zu meinem Program gehörende DB wird nur von meiner Anwendung benutzt, 'hintenrum' geht's nur, wenn ich als Programmierer irgendetwas ändern möchte.

Ich bin also bisher verantwortlich, das die Anwendung in der Datenbank nichts durcheinander bringt. Wenn jetzt eine referentielle Integrität dazu kommt, habe ich zwei Stellen, die für die Datenintegrität zuständig sind - für mich sieht das nach Mehraufwand ohne Mehrwert aus.

Gibt es gewichtige Gründe, über Fremdschlüssel die Datenintegrität zu sichern? Werden z.B. Selects schneller in der Ausführung?

Bin gespannt auf eure Antworten!

Beste Grüße

Gerd
Gerd
  Mit Zitat antworten Zitat
 


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:20 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz