Umstieg MySQL auf MS SQL Server

[Bernhard Geyer]

Zitat von Dejan Vu:

Springt ihr echt immer auf den neuesten Zug auf? Ich verwende ADO seit Jahrhunderten (gefühlt), ohne Probleme. Gut, die neuen Datentypen schafft das Teil nicht, aber es reicht.

Mit BDE bin ich also in bald 20 Jahren Delphi-Entwicklung bei 2 Providern gelandet. Das nenn ich jetzt nicht unbedingt problematisch. Ich musste auch nicht ständig den MCSE machen oder einer IT-Abteilung neue Sachen verkaufen (bzw. selber einkaufen)

Persönlich bin ich ein großer Freund von guten Drittanbietern, die auch gerne etwas kosten können. Aber bloß weil UniDAC nun heute das Richtige ist, weiß man doch auch nicht, was in 10 Jahren ist, oder?

Ein kleines Risiko ist schon dabei, aber wenn man etablierte Komponenten ('mature') nimmt, dann ist das Risiko doch recht klein, irgendwann umsatteln zu müssen. Aber selbst das war bei einem 200k LOC-Projekt kein großes Ding (BDE=>ADO).

Wir haben bei unserer Lösung die letzten BDE-Reste vor ca. 12 Jahren entsorgt und setzen auf TDataset-Nachfolger + Bridge-Pattern.
Sollte der Lieferant für eine Komponeten nicht mehr sein (bzw. Entwicklungstechnisch mist bauen) wird die eine Bridgepattern-Klasse angepasst und gut ist.
Aktuell würden wir bei den (Noch-Nicht DevArt)-DB-Zugriffskomponenten wenn es nötig sein würde auf DevArt umschwenken (wie vor Jahren bei MySQL geschehen).

[jobo]

Zitat von Dejan Vu:

Springt ihr echt immer auf den neuesten Zug auf?

Nein, eben nicht. Das ist ja der Grund, warum ich Delphi vorziehe. Es ist nicht nötig und es ist kein Zufall. Zumindest vermute/hoffe ich, dass es auch was mit der Strategie des Unternehmens zu tun hat.
Wir haben auch nur BDE/ADO eingesetzt (ohne Drittanbieter).

[OT]
Mal so eine Frage an die Spezialisten:
Kennt jemand Hinter-)Gründe für den neuerlichen Schwenk auf ODBC? Wenn es da was handfestes gibt, brauch ich mir keine Verschwörungstheorie auszudenken.
[/OT]

[Bernhard Geyer]

Zitat von jobo:

[OT]
Mal so eine Frage an die Spezialisten:
Kennt jemand Hinter-)Gründe für den neuerlichen Schwenk auf ODBC? Wenn es da was handfestes gibt, brauch ich mir keine Verschwörungstheorie auszudenken.
[/OT]

"Offizelle" Hintergründe?
Ich würde sagen das sie mit der Properitären Technik ADO(.NET) mittlerweile Problem haben da der "rest" der Welt auf ODBC setzt.
Und nachdem ja die aktuelle Firmenstrategie ist offener gegenüber Standardschnittstellen zu sein ist passt ein aktivere ODBC-Support zu dieser Strategie

[p80286]

Der "Rest" spricht JDBC was angeblich extrem erfolgreich sein soll!?

Gruß
K-H

[jobo]

Zitat von Bernhard Geyer:

"Offizelle" Hintergründe?
Ich würde sagen das sie mit der Properitären Technik ADO(.NET) mittlerweile Problem haben da der "rest" der Welt auf ODBC setzt.
Und nachdem ja die aktuelle Firmenstrategie ist offener gegenüber Standardschnittstellen zu sein ist passt ein aktivere ODBC-Support zu dieser Strategie

Also inoffizielle Gründe wären auch interessant.

Gerade ODBC besitzt mit der Verankerung im OS (zumindest auf Windows Systemen) ein ganz eigenständiges Merkmal. Damit gibt es eine 2. Berechtigungs bzw. Zugriffsebene auf OS Level.

Der Einsatz auf verschiedenen Plattformen (strategisch) Richtung Smartphone bspw spricht auch nicht unbedingt für ODBC. Mir war allerdings auch nicht klar, dass ODBC in der Nicht MS Welt mittlerweile so im Kommen ist. Sieht also auch mal wieder so aus, dass sie von der Durchsetzungskraft ihrer eigenen Technik überrascht wurden.

Dass sie sich nun ausgerechnet für JDBC entschieden hätten, hätte ich allerdings auch nicht erwartet.