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.
Man sieht aber oft Tabellen, in denen alle Felder vom Typ String (Char()/VarChar()/NVarChar, ...) sind.