Dumme Datenbank & schlaues Programm vs. schlaue Datenbank & dummes Programm

[mkinzler]

Man sieht aber oft Tabellen, in denen alle Felder vom Typ String (Char()/VarChar()/NVarChar, ...) sind.

[MichaelT]

Es gibt tatsächlich gut Argumente für eine Zwischenschicht. Serverdatum und Zeit (GMT) vs. Lokale Zeit oder wie in SAP in dem hinter einer Domäne ein Datum vom Max Datum wird abgezogen damit man schneller sortieren kann, wenn bspw. Währungsumgsrechnungen werden gepflegt. Die tagesaktuelle Umrechnung ist spannender im Fall von OLTP und war auch oft abgegriffen.

Die Domäne hängt oft auch stark ab von den angeboten Indizierungsvarianten usw...

Bei heise war vor kurzem Artikel über Microservices und jeder Service hätte sein eigenes Schema. In solchen fällen von physischer Partionierung um der wohlgestalt eines Microservices willen wäre mir persönlich zu gewagt. Da wäre das DataModule als ein Vertreter von Schemen eine ganz guter Strukturierungsmechanismus.

Bisher hat sich die Entwicklerschaft gerne mit der Unzulänglichkeit der Web Scripting Technologien aus der Affäre gezogen. Der gemeinsame Nenner war der DB Client auch wenn bspw. die PHP Runtime diese versteckt so gab es lange (und heut auch noch nicht sauber) Data Services die ähnlich einer Datenbank anzusprechen wären. Die gab es praktisch nur im Umfeld von Delphi und selbst wenn die Alternativen vor langer Zeit nach den Midas Replacements DataAbstract und ThinDAC (außer Konkurrenz) waren.

Meine Erfahrung im Umfeld der Datenbanker war schon, dass beide, sowohl der Anwendungsentwickler als der DB Admin oder Business Supporter das selbe Ergebnis sollen sehen können und auf dem selben Weg dazu kommen.

Zitat von mkinzler:

Man sieht aber oft Tabellen, in denen alle Felder vom Typ String (Char()/VarChar()/NVarChar, ...) sind.

[p80286]

Zitat von mkinzler:

Man sieht aber oft Tabellen, in denen alle Felder vom Typ String (Char()/VarChar()/NVarChar, ...) sind.

Das ergibt sich (auch) aus der Art der verwalteten Daten. Nicht alles was Ziffern enthält ist auch numerisch!
(Je moderner die Excelversion, desto interessanter als was Aktenzeichen und Erteilungsnummern interpretiert werden. Diese Halbintelligenz davon zu überzeugen, daß Ziffern nicht das gleiche ist wie Zahlen, ist immer wieder aufbauend.)

Gruß
K-H

[WInfo]

Sagen wir mal so, alles was zur Sicherstellung der Datenintegrität gehört in die DB, was nicht, gehört halt nicht in die DB somdern in die Anwendungsschicht. Wenn es daneben um die Representation der Daten geht, muss die DB halt auch noch mal ran und die Daten passend zumSQL Statement zusammenkrallen. Aber das ganze sollte beidseitig auf Standard SQL aufbauen, damit man im Notfall auch eine DB tauschen kann Das heist also, bezüglich der Eingangsfrage, sowohl als auch

Noch was persönliches, ich bin kein Freund davon der DB zu viel Logik mitzugeben, das macht einfach Änderungen und Anpassungen extrem aufwändig. Was besonders viel wiegt, da ich einfach zu pflegende Systeme bevorzuge

WInfo