Tabellen richtig mit Constaints darstellen

[Perlsau]

Zitat von mkinzler:

Genauso könntest Du auf die Exception/den Returncode reagieren.

Vollkommen richtig

Zitat von mkinzler:

Zudem werden die Contraints im Datenbankschema auch von anderen Verbindungen auch von Zugriffen ausserhalb des Programmes beachtet und erzwungen.

Andere Zugriffe als von "meiner" Anwendung gibt es bei meinen Datenbanken im Grunde nicht. Die allermeisten sind sogar FB-Embedded.

Zitat von mkinzler:

Zudem kann eine Datenbankadmintool diese verwenden ( Filterung beim Insert usw.)

Meine Kunden verwenden gewöhnlich (mangels Kenntnissen) kein Datenbankadmintool, sondern beschränken sich beim Datenbankzugriff auf "meine" Anwendung.

Zitat von mkinzler:

Deshalb würde ich nicht auf dieses sinnvollen Features verzichten.

Ich verzichte auf manches, wenn es mir unnötig erscheint. Manche Kunden – zumeist selbst Entwickler – bestehen dennoch darauf, dann kriegen die das auch.

Zitat von mkinzler:

Der vorgeschlagene Weg funktioniert zudem auchg mit angelegten Constraints.

Wiederum vollkommen richtig
Normalerweise muß ich mit der Zeit, die ich für die Entwicklung benötige, schon ein wenig haushalten, sonst wird's entweder zu teuer oder ich ruiniere mir meinen Stundensatz

[ATS3788]

Schönes 2015

Mir ist schon klar das die Constraints =! Einschränkungen
eine gewisse "Ordnung" in eine Tabelle gebracht werden soll.

Es wäre eben schon gut wenn es ein Handbuch zu FireDac für Noops wie mich
in PDF Format geben würde.

Gibt es sowas ?

[Uwe Raabe]

Zitat von ATS3788:

Es wäre eben schon gut wenn es ein Handbuch zu FireDac für Noops wie mich
in PDF Format geben würde.

Gibt es sowas ?

Bei FireDAC V8 (ich glaube das war XE4) gab es noch ein CHM und ein PDF in einer separaten Installation unter %PROGRAM FILES(X86)%\Embarcadero\FireDAC\Help\ . Allerdings steht da auch nicht viel mehr drin als man im DocWiki findet. Dafür ist das DocWiki aber auch in Deutsch - falls das relevant ist.

[ATS3788]

Danke UWE
Da gibt es so mächtige Tool und nur eine bescheidene Doku.

[Dejan Vu]

Bücher, Bücher immer wieder Bücher. Es gibt Dinge, die kann man nicht als Kuchenrezept handhaben, da bedarf es ein wenig Theorie. DB-Design, 3NF, Constraints etc. gehören einfach dazu.

Ich würde niemals auf Constraints verzichten, denn eine Datenbank sollte auch verständlich sein, ohne in den Code schauen zu müssen. Es gibt massenhaft (freie) Tools, die aus einer DB mit Constraints grafisch so aufbereiten, das man das Modell sofort versteht. Ohne Constraints ist das nicht möglich. Demjenigen, der darauf verzichtet, wünsche ich viel Spaß, wenn er nach Jahren die Datenbank erweitern soll. Oh, wenn diese natürlich nur aus 5 Tabellen besteht, braucht man wirklich keine Constraints.

Das Schöne an Constraints ist zudem, das sie mich auf Integritätsfehler in meiner SW hinweisen.