MySQL Funktion (z.B. YEAR()) gibt je nach DB unterschiedliche Typen zurück

[Sinspin]

Zitat von Medium:

Das ist leider keine Option, wenn ich das Ergebnis dann mit einer TDataSource in einen TAdvDBGrid darstellen will.

Alle meine Queries kommen ohne statische Felder und hängen genauso auch an Grids. Allerdings DevExpress.

Im Regelfall lade ich die Query einmal zur Designzeit und lasse vom Grid alle Columns erstellen.
Zur Laufzeit macht der Grid sich dann selber ran und ordnet alles passend zu. Namen und Typen sind ja bekannt. Der Grid hat zum Glück keine Probleme wenn die Typen leicht abweichen.

Wenn dein Grid damit nicht klarkommt, die Columns müssten sich doch auch zur Laufzeit erstellen lassen? ...dann jeweils mit den passenden Typen.

Zitat von Medium:

Kann ich das nicht auch evtl. auf Seite der DB oder Abfrage lösen? Irgendwie muss man doch einem Result-Set konkrete Typen aufdrücken können

Eigentlich ja, aber du hast ja schon geschrieben dass CAST keinen Einfluss zu haben scheint.

[Medium]

Zitat von Sinspin:

Alle meine Queries kommen ohne statische Felder und hängen genauso auch an Grids. Allerdings DevExpress.

Das AdvDBGrid (TMS) möchte als Datenquelle ein TDataSource. Eine Query kann ich da nicht direkt einhängen, und ohne die Feld-Deklarationen in der Query-Komponente, findet es auch keine Daten. Da ich DevExpress nicht habe, und für eine kostenlose Schnellschusslösung auch nicht anschaffen möchte, hilft mir das leider nicht weiter.

[Bernhard Geyer]

Wenn du für einen Kunden ein Anwendung entwickelst ist es sinnvoll hier auch das vom Kunden genutzten System in der Entwicklungsumgebung zu nutzen.
Gegen MariDB zu entwickeln obwohl der Kunde ein (älteres) MySQL hat halte ich für kein guten Ansatz.
Hier sind Probleme die nur beim Kunden auftreten vorprogrammiert.

Wir haben bei uns z.B. MySQL, MS SQL und Oracle in diversen Versionen laufen, um genau möglichst nahe beim Kundensystem zu sein.
Natürlich können wir nicht alles Sub-Versionen abbilden, aber ein "Aktueller Patch-Stand von Vx/y/z ist schon mal ein guter Kompromiss.

bei MySQL hatten wir auch mal den Fall das eine Version von MySQL die Feldtypen falsch zurück gemeldet hat.
D.h. unsere Anwendung konnte gar nicht mehr Funktionieren, da es die Typen bei Programmstart prüft.
mit dem nächsten Fix-Version von MySQL hatten sie diesen groben Fehler behoben.
Wenn dein Kunde natürlich eine solche Problematische Version hat wird es schwieriger.

[Medium]

Zitat von Bernhard Geyer:

Wenn du für einen Kunden ein Anwendung entwickelst ist es sinnvoll hier auch das vom Kunden genutzten System in der Entwicklungsumgebung zu nutzen.

Bislang hatte ich damit keine Probleme. Ich muss auch gestehen, dass ich nicht unbedingt scharf darauf bin MariaDB und MySQL usw. in jeweils ~5 Versionen zu installieren und pflegen, nur um alle paar Jahre mal ein Problem nicht zu haben Aber vom Prinzip her hast du natürlich Recht.

[himitsu]

Zitat:

Installieren

Für nahezu alle Datenbanken gibt es fertige Docker-Container.

Die kann man sogar oftmals auf seinem NAS laufen lassen, falls man sowas besitzt und nicht alles auf dem PC haben will.



Alternatiuv kann man das DBMS auch in je einer VM installieren (auf PC, NAS, sonstwo), wenn man mit dem Zeugs nicht direkt seinem Entwicklungsrechner zumüllen möchte.