Bekomme Inner Joins nicht hin

[mkinzler]

Habe ich auch so verstanden. Ich finde nur das FB embedded die bessere Alternative darstellt.

[jobo]

Zitat von mkinzler:

Ich finde nur das FB embedded die bessere Alternative darstellt.

Das kann man wahrscheinlich hier so sagen, zumindest für einen Entwickler, der in der Produktivwelt mit richtigen RDBMS (MSSQL) arbeitet.
Bei Entwicklungen mit Fokus Android ist das vielleicht noch was anderes.

Aber auch wenn die Ähnlichkeiten groß sind (z.B. single file fällt mir grad noch ein), allein die mögliche Skalierung mit firebird embedded ist sehr viel wert.

OT oder vielleicht auch nicht:
Ich habe die Tage noch etwas über den Tellerrand geschaut und mal durch die top Stacks der nerdigen Platzhirsche geschaut. Was es da alles "krassen" Tools gibt. Bei manchen hab ich einfach mal youtube angeworfen und ein Einsteiger Tutorial durchgeschaut. Meine Empfindung dabei reicht von Unverständnis über "ganz ok" bis "Damit müsste man mal ein Projekt" machen.
Aber was mich schon gewundert hat: Dieses ganze -im weitesten Sinne- noSQL Gepfriemel und die erfreuten Ausraster, wenn es dann ein Tool mal wieder etwas besser macht. "Ich kann ganz gezielt Daten abfragen! ..Wie krass ist das denn?!"

Wie auch immer, ~"lass bloß die Finger von SQL" hier irgendwo vom TE hat mich ja dann gereizt, ein bisschen dazu zu schreiben. Ich sehe keine wirklichen Alternativen und wenn man sich ein wenig drauf einlässt, sehe ich auch eigentlich keine Probleme. Schon gar nicht für jemand der eine syntaktisch komplexe Programmiersprache wie C, C++, Pascal, .. nutzt.
Fairerweise muss man zugestehen, dass Systeme wie SQLite oder mySQL, die zufällige Ergebnisse liefern, nicht gerade eine Ermutigung sind, sich mit ihnen auseinanderzusetzen oder besser vertraut zu machen.

@MichaelT: Eine entspannte Sicht auf das Datenmodell und die passenden Werkzeuge gefällt mir, aber beim Thema Constraints kann ich nicht recht folgen. Es ist keine dumpfe Domainprüfung, es sind (komplexe) Regeln, zumindest kann es das sein. Und warum nicht nutzen, auch für FK, wenn ich es geschenkt bekomme und damit robust und konsistent
werde / bleibe.

[p80286]

Zitat von jobo:

Wie auch immer, ~"lass bloß die Finger von SQL" hier irgendwo vom TE hat mich ja dann gereizt, ein bisschen dazu zu schreiben. Ich sehe keine wirklichen Alternativen und wenn man sich ein wenig drauf einlässt, sehe ich auch eigentlich keine Probleme. Schon gar nicht für jemand der eine syntaktisch komplexe Programmiersprache wie C, C++, Pascal, .. nutzt.

Es gibt einen kleinen Unterschied, (SQL-)Datenbanken verlangen eine "Mengendenke" und für viele Programmierer ist es oft unverständlich, daß das Ergebnis eines Select... immer eine zufällige Reihenfolge besitzt.

Gruß
k-H

[jobo]

Mengenlehre ja! Das hatte ich damals schon in der Grundschule.
Keine Ahnung was die geraucht hatten, vielleicht war das ein geheimes Forschungsprojekt, an dem nur unsere Schule in diesem Kuhkaff teilgenommen hat. Vielleicht kann man nun auch anhand der Lehrpläne für NRW mein Geburtsjahr rekonstruieren, denn das gab's bestimmt nur einmal.
Hab es damals nicht so toll gefunden.

Vielleicht hast Du Recht, das Mengenthema und die Vermittlung scheint problematisch zu sein. Aber hier war es glaub ich nicht das Hauptthema.
Datenmodell und das beste, kompatible Select-Statement ist noch was anderes oder?
Ich mein, niemand hätte sich das sqlite-Group-by-Statement "ausgedacht", das DSG gepostet hat, wenn er nicht die Doku gelesen hätte. Und diese "Kniffe", bei der Verabeitung der speziellen Besonderheiten bei einem Group By Statement in SQLite mit Min oder Max, hat das was mit Mengenlehre zu tun? Das ist eher Brainfuck ala Nerdtool, wie ich sie erwähnt hab.
Oder eher, wenn nicht bald Weihnachten wäre (und es nichtoffiziell in der SQLite Doku stünde), würde ich sagen, DSG hat ein Easteregg entdeckt.

[p80286]

Oh ich glaube Du hast mich falsch verstanden. Man muß "in Mengen" denken, nicht in Listen oder Arrays oder.....
Das hat mit Mengenlehre erst einmal weniger zu tun.

Gruß
K-H

[joachimd]

Zitat von p80286:

Das hat mit Mengenlehre erst einmal weniger zu tun.

hmm, eigentlich schon: https://i0.wp.com/business-insights....pg?w=611&ssl=1.
Vereinigungsmenge, Schnittmenge, ...

[mkinzler]

In den 70/80 war die Mengenlehre im Lehrplan für Mathematik in den Grundschulen (in BW).

[jobo]

Zitat von p80286:

Oh ich glaube Du hast mich falsch verstanden. Man muß "in Mengen" denken, nicht in Listen oder Arrays oder.....
Das hat mit Mengenlehre erst einmal weniger zu tun.

Jein, ich weiß schon was Du meinst. Die Listen / Array Denke ist bei SQL wirklich ein Problem, was an Anfragen wie "jetzt brauch ich davon den Vorgänger" zu sehen ist. Spätestens da merkt man halt, da kommt man nicht ohne weiteres ran, ob mit oder ohne Order by.
Das wird gerne mit Venn Diagrammen dargestellt und selbst da gibt es schöne Streiterein im Netz (say-no-to-venn-diagrams-when-explaining-joins)

@markus: In BW war es dann offenbar noch krasser, keine Ahnung was das in der Grundschule soll.

@Günther: Ich hoffe, Du kannst uns verzeihen.

[mkinzler]

@jobo: Fand ich gar nicht so schlecht. Ansehnlich mit den Venn-Diagrammen. Die Schnittmenge von roten Figuren und Bällen sind die roten Bälle; blaue Dreiecke gehören nicht dazu
Das brachte im Studium (Mathematik: Relationen; Datenbanken) Vorteile, da man das Prinzip dahinter schon kannte. Kommilitone ohne Mengenlehre hatten da eher Verständnisprobleme.

[rokli]

Zitat von jobo:

Mengenlehre ja! Das hatte ich damals schon in der Grundschule.

Ui - das hatte ich auch! Mir wars eher egal (mit 7 oder so) aber meine Eltern, ich erinnere mich, was die sich aufgeregt haben Und auch in NRW und auch in nem kleinen Kaff