Datenbank Frameworks... Welche Vorteile bieten diese?

[TigerLilly]

Den Profi für die DB wird es immer brauchen. Von allen Applikationen, die gegen eine DB laufen, lassen oder ließen sich sicher 99% unter Verwendung eines Frameworks leichter entwickeln. Nicht umsonst gibt es so viele Frameworks + das für alle Sprachen. Delphi war da eh eine der letzten:

https://en.wikipedia.org/wiki/List_o...pping_software

Es braucht halt das richtige Werkzeug für die jeweilige Aufgabe. Ein ORM ist nicht immer die beste Lösung und umgekehrt ist "kein ORM" auch nicht der Weisheit letzter Schhluss. Ganz sicher aber ist die Kombination sauberes Datenmodell, optimierte und gewartete DB + ORM mehr als attraktiv.

[p80286]

Zitat:

Zitat von IBExpert (Beitrag 1456224)

Und ich liebe die Ausrede "das macht unser Framework eben so, da kann ich nichts dran ändern ..."

man stelle sich vor, ein Abrissunternehmer will mit einem 125g-Hammer eine Mauer einreißen "mein hammer ist halt so!"

Für jeden Job braucht es das richtige Werkzeug und natürlich den, der damit umgehen kann. Oder anders ausgedrückt "Ich nutze XYZ für BlaBla" ist kein Qualitätskriterium.

Gruß
K-H

[juergen]

Hallo,

danke für die Hinweise der Nachteile! Das brauch ich immer wenn ich was neues anfange damit man weiß auf was man sich einlässt.
Ich habe mir inzw. einige Videos vom TMS Aurelius Framework angeschaut. Das ließ sich oft fast 1:1 auf mein DevExpress EMF portieren.:). Erste Testanwendung ist fertig.

Ich bin erst mal beeindruckt was das Framework einem alles abnimmt. Aber anderseits habe ich ein ungutes Gefühl.
Ich habe so gut wie keinen Einfluss mehr auf das SQL Statement was da "hinten" rauskommt. Ich muss dem ganzen also vertrauen.

Für mein herkömmliches, klassisches Handling mit Datenbanken hatte ich mir mal einen SQL Formatter programmiert der im MSSQL Studio erstellte SQL Statements direkt in Delphicode umwandelt und je nach Datentyp mit leeren Vorgabewerten füllt bei Inserts.
Somit habe ich sofort formatierten, lesbaren SQL-Code in Delphi. Aber eben teilweise ewig lang, das ist mit einem Framework wesentlich kürzer.

Ich werde das EMF in einem zukünftigen geeigneten Projekt "einfach mal probieren" und vorläufig erst mal mit Testanwendungen weiter experimentieren.

[p80286]

Zitat:

Zitat von juergen (Beitrag 1456234)

Somit habe ich sofort formatierten, lesbaren SQL-Code in Delphi. Aber eben teilweise ewig lang, das ist mit einem Framework wesentlich kürzer.

Die Länge eines SQL-Statements hat nun überhaupt nichts mit seiner Qualität zu tun. Die Statements, die Du bisher gebastelt hast waren jawohl nicht vollkommen daneben. Dann solltest Du diese mit den von dem Framework erstellten vergleichen und Dir dann ein Urteil bilden.

Gruß
K-H

[DasWolf]

Zitat:

Zitat von p80286 (Beitrag 1456236)

Zitat:

Zitat von juergen (Beitrag 1456234)

Somit habe ich sofort formatierten, lesbaren SQL-Code in Delphi. Aber eben teilweise ewig lang, das ist mit einem Framework wesentlich kürzer.

Die Länge eines SQL-Statements hat nun überhaupt nichts mit seiner Qualität zu tun. Die Statements, die Du bisher gebastelt hast waren jawohl nicht vollkommen daneben. Dann solltest Du diese mit den von dem Framework erstellten vergleichen und Dir dann ein Urteil bilden.

Gruß
K-H

Um die Qualität geht es ja auch nicht. Es geht darum, den ganzen ellenlangen SQL-Text in die entsprechende Unit zu schreiben oder eben sehr verkürzt (aber schlechter lesbar, folglich schlechter wartbar (Stichwort Support)) über das ORM zu schreiben.

[TigerLilly]

Zitat:

Zitat von DasWolf (Beitrag 1456256)

oder eben sehr verkürzt (aber schlechter lesbar, folglich schlechter wartbar (Stichwort Support)) über das ORM zu schreiben.

Nein. Ganz im Gegenteil: Im ORM hast du nur Delphi-Code, den jede/r ProgrammierIn versteht und eben keinen Mix aus Delphi+SQL. (Möge ich nie wieder mit SQL-Statements zu tun haben, die gutgläubige ProgrammiererInnen geschrieben haben.) Es gibt Punkte, die gegen ein ORM sprechen, aber mangelnde Wartbarkeit würde ich dort nicht sehen.

[p80286]

Zitat:

Zitat von TigerLilly (Beitrag 1456257)

Nein. Ganz im Gegenteil: Im ORM hast du nur Delphi-Code, den jede/r ProgrammierIn versteht und eben keinen Mix aus Delphi+SQL. (Möge ich nie wieder mit SQL-Statements zu tun haben, die gutgläubige ProgrammiererInnen geschrieben haben.) Es gibt Punkte, die gegen ein ORM sprechen, aber mangelnde Wartbarkeit würde ich dort nicht sehen.

Dann schau Dir mal Haentschmanns Lösungen hierzu an. Daß es Programmierer(innen) gibt, die ein vollkommen unverdauliches Gebräu aus SQL und Delphi-Code erstellen soll es geben, aber zur Elite ihrer Zunft gehören die ganz sicher nicht.

Gruß
K-H