Ökonomische Zukunft von ADS in der Anwendungsentwicklung

[joachimd]

Zitat:

Zitat von RSF (Beitrag 1361826)

[dcc64 Fataler Fehler] adscnnct.pas(293): F2063 Verwendete Unit 'ace.pas' kann nicht compiliert werden

Das liegt wahrscheinloich daran, dass für die 64-Bit-Windows Plattform der Bibliothekspfad nicht angerpasst wurde. Das Package wurde unter 32Bit compiliert und installiert.
"Tools -> Optionen -> Umgebungsoptionen -> Delphi-Optionen -> Bibliothek" suchen, bei "Ausgewählte Plattform" sicherstellen, dass "64-Bit-Windows" ausgewählt ist, dann bei "Bibliothekspfad" den Pfad zu den Quellen hinzufügen (zB C:\Program Files (x86)\Advantage 12.0\TDataset\Source).

[Bernhard Geyer]

Zitat:

Zitat von p80286 (Beitrag 1361785)

... daß Umlaute in Tabellennamen eben nicht vom MSSql-Server unterstützt wurden.

Du meinst wohl das eure Anwendung das nicht unterstützt.
Hab gerade im 2016er ein Tabelle "Tabelle_äöü" mit Feld "äöü angelegt.
Funktioniert prächtig.

[Bernhard Geyer]

Zitat:

Zitat von joachimd (Beitrag 1361810)

Sorry für die harte Kritik ... aber so einen Sch... macht man auch nicht. Objektnamen mit Umlauten anzulegen ist per Design schon ein Bug, auch wenn es möglich ist.

Jedes vernünftige DBMS hat heutzutage kein Problem mehr mit Sonderzeichen in Tabellen/Feldnamen.
Ob man sowas in der eigenen Anwendung zulässt ist ein eigenes Thema.

[RSF]

Zitat:

Zitat von joachimd (Beitrag 1361843)

Das liegt wahrscheinloich daran, dass für die 64-Bit-Windows Plattform der Bibliothekspfad nicht angerpasst wurde. Das Package wurde unter 32Bit compiliert und installiert.
"Tools -> Optionen -> Umgebungsoptionen -> Delphi-Optionen -> Bibliothek" suchen, bei "Ausgewählte Plattform" sicherstellen, dass "64-Bit-Windows" ausgewählt ist, dann bei "Bibliothekspfad" den Pfad zu den Quellen hinzufügen (zB C:\Program Files (x86)\Advantage 12.0\TDataset\Source).

Habe nachgeschaut Bibiothekspfad ist in Plattform 32- und 64bit entsprechend gesetzt.
(c:\program files (x86)\advantage 11.10\tdataset\delphi101berlin\win32\source)
(c:\program files (x86)\advantage 11.10\tdataset\delphi101berlin\win64\source)


[dcc64 Fataler Fehler] adscnnct.pas(293): F2063 Verwendete Unit 'ace.pas' kann nicht compiliert werden

Ich gebe es auf:(

[Rollo62]

Kann mich mal jemand aufklären warum SAP so an ADS interessiert war (ist) ?
Das ADS war doch ziemlich Delphi-lastig, so hatte ich das immer eingeschätzt.

Rollo

[Union]

Zitat:

Zitat von Rollo62 (Beitrag 1361852)

Kann mich mal jemand aufklären warum SAP so an ADS interessiert war (ist) ?
Das ADS war doch ziemlich Delphi-lastig, so hatte ich das immer eingeschätzt.

Rollo

Sieh mal z.B. hier

[p80286]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1361846)

Zitat:

Zitat von p80286 (Beitrag 1361785)

... daß Umlaute in Tabellennamen eben nicht vom MSSql-Server unterstützt wurden.

Du meinst wohl das eure Anwendung das nicht unterstützt.
Hab gerade im 2016er ein Tabelle "Tabelle_äöü" mit Feld "äöü angelegt.
Funktioniert prächtig.

2016 Jaaaa, es ist schon etwas her, so 2009/2010, da hat's dafür noch Haue gegeben.

Gruß
K-H

[joachimd]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1361847)

Jedes vernünftige DBMS hat heutzutage kein Problem mehr mit Sonderzeichen in Tabellen/Feldnamen.
Ob man sowas in der eigenen Anwendung zulässt ist ein eigenes Thema.

Solange das Encoding stimmt auch alles kein Problem. Aber weh, man hat dann die deutsche DB im Auslandseinsatz, wo es die Umlaute eben nicht gibt. Wie heisst es so schön: ich habe schon Pferde kotzen sehen ;)

[joachimd]

Zitat:

Zitat von Rollo62 (Beitrag 1361852)

Kann mich mal jemand aufklären warum SAP so an ADS interessiert war (ist) ?
Das ADS war doch ziemlich Delphi-lastig, so hatte ich das immer eingeschätzt.

SAP weiss/wusste nichts von ADS ... genausowenig wie Sybase zuvor. Und das mit Delphi-lastig ist nicht so ganz richtig. Delphi ist zwar immer schon ein großer Markt gewesen, die Wurzeln liegen aber in den Xbase-Sprachen (Clipper, VO, Xbase++, DBase, FoxPro, ...).

[mjustin]

Zitat:

Zitat von joachimd (Beitrag 1361882)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1361847)

Jedes vernünftige DBMS hat heutzutage kein Problem mehr mit Sonderzeichen in Tabellen/Feldnamen.
Ob man sowas in der eigenen Anwendung zulässt ist ein eigenes Thema.

Solange das Encoding stimmt auch alles kein Problem.

Huch? Wird für Strings in den Metadaten denn nicht Unicode verwendet? (Würde ich anno 2016 eigentlich erwarten)