AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Datenbanken Crossplattform Software Entwicklung MSSQL / MYSQL
Thema durchsuchen
Ansicht
Themen-Optionen

Crossplattform Software Entwicklung MSSQL / MYSQL

Ein Thema von bernhard_LA · begonnen am 1. Aug 2020 · letzter Beitrag vom 3. Aug 2020
Antwort Antwort
bernhard_LA

Registriert seit: 8. Jun 2009
Ort: Bayern
1.138 Beiträge
 
Delphi 11 Alexandria
 
#1

Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 1. Aug 2020, 16:20
Datenbank: MSSQL • Version: 12 • Zugriff über: FIREDAC
wir haben dieses einfache SQL statement unter MSSQL in Verwendung

Delphi-Quellcode:
CREATE TABLE TableName (
  RecordIndex int IDENTITY PRIMARY KEY,
  .....
  ...
  )

leider versteht MYSQL nicht was IDENTITY PRIMARY KEY bedeutet, gibt es hier eine Lösung welche beide Datenbank Systeme verstehen ?
Den Datentyp image haben wir bei MSSQL bisher immer verwendet, vermutlich gibt es hier eine Lösung für beide DB Server im DB Typ : BLOB,

Ich würde am liebsten MSSQL auf der Windows seite mit ADO verwenden, auf der UNIX Seite dann Firedac mit MYSQL oder SQlite ..... -
bin bereit nur die Schnittmenge von auf jedem DB Server unterstützen SQL CMD#s dafür zu verwenden
  Mit Zitat antworten Zitat
Delphi.Narium

Registriert seit: 27. Nov 2017
2.554 Beiträge
 
Delphi 7 Professional
 
#2

AW: Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 1. Aug 2020, 16:33
Suchmaschine + Datentypen MSSQL MySQL liefert mir u. a. dashier: https://docs.microsoft.com/de-de/sql...l-server-ver15

Wie auf die Datenbanken zugegriffen wird, ob ADO oder FireDac oder ... sollte egal sein.

Dein "einiziges" Problem ist, die Unterschiede zwischen dem SQL-Standard zu kompensieren.

Ist so ähnlich wie der Unterschied zwischen einem Sprungbrett: Je höher desto platsch.

Was ist der Unterschied zwischen SQL: Je kompatibler desto unwahrscheinlich.
Ok: Ist vielleicht etwas übertrieben.
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.326 Beiträge
 
Delphi 12 Athens
 
#3

AW: Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 1. Aug 2020, 17:33
Da wirdst wohl nur mit ORMs und Änhlichem einen gemeinsamen Konsens finden können.

Die Objekte sind überall gleich, aber wie dann die Verbindung zur DB passiert, das kann überall total unterschiedlich sein.
Ein Therapeut entspricht 1024 Gigapeut.
  Mit Zitat antworten Zitat
Benutzerbild von Uwe Raabe
Uwe Raabe

Registriert seit: 20. Jan 2006
Ort: Lübbecke
11.609 Beiträge
 
Delphi 12 Athens
 
#4

AW: Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 1. Aug 2020, 18:13
Eigentlich sollte FireDAC das korrekt umsetzen, wenn du das CreateTable von TFDTable verwendest. Die Felder und Indizes müssen dann vorher in den FieldDefs und IndexDefs angelegt werden.
Uwe Raabe
Certified Delphi Master Developer
Embarcadero MVP
Blog: The Art of Delphi Programming
  Mit Zitat antworten Zitat
jobo

Registriert seit: 29. Nov 2010
3.072 Beiträge
 
Delphi 2010 Enterprise
 
#5

AW: Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 2. Aug 2020, 03:27
Das sind sicher nicht die einzigen Probleme, wenn Du MSSQL wie mySQL betreiben willst.

Die Anpassung der Datenmodellscripte wird vermutlich insgesamt auch nur ein Problembereich sein.

Warum willst Du mySQL einsetzen?
Gruß, Jo
  Mit Zitat antworten Zitat
Redeemer

Registriert seit: 19. Jan 2009
Ort: Kirchlinteln (LK Verden)
1.108 Beiträge
 
Delphi 2009 Professional
 
#6

AW: Crossplattform Software Entwicklung MSSQL / MYSQL

  Alt 2. Aug 2020, 16:44
IDENTITY ist unter MySQL AUTO_INCREMENT.
Normalerweise finde ich die Syntax von MSSQL ziemlich gut, aber was sie sich bei dem Namen IDENTITY gedacht haben...

bin bereit nur die Schnittmenge von auf jedem DB Server unterstützen SQL CMD#s dafür zu verwenden
Wie jobo schon sagte: Es gibt zahlreiche Unterschiede zwischen MSSQL und MySQL. In einigen Fällen kann man sich auf einen kleinsten gemeinsamen Nenner einigen (einige wenige Dateitypen wie int und varchar, Funktionen wie CURRENT_TIMESTAMP), aber spätestens bei der Nutzung der allermeisten Funktionen und bei komplexeren Tabellendesigns ist es dann vorbei und du musst unterschiedliche SQL-Template für die Datenbanksysteme mitliefern. Es scheitert halt schon an so etwas einfachem wie der Erstellung einzigartiger Zeilennummern wie im Beispiel.
Janni
2005 PE, 2009 PA, XE2 PA
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:57 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz