"Architect" Version - Unterschied?

[blackfin]

Hallo Delphi-Experten,

was ist eigentlich der Unterschied zwischen der Professional, Enterprise und Architect-Version von Delphi 2010?
Irgendwie finde ich die Vergleichs-Tabelle nicht...

Ich habe derzeit RAD Studio 2009 Pro gekauft und werde wohl demnächst upgraden...aber ich verstehe immer noch nicht, was man mit der Enterprise und Architect machen kann, dass in der Professional fehlt....

ein sich schon jetzt für die Frage schämender Fin

(sorry, aber ich habe mich echt bisher nie richtig damit beschäftigt und fündig wurde ich bei der aktuellen Version auch nicht..)

[himitsu]

www.embarcadero.com > (alle) Products > Delphi >
http://embarcadero.com/products/delphi

und da gibts dann 2 wichige Links
> Product Editions > http://embarcadero.com/products/delphi/product-editions
> Feature Matrix > http://embarcadero.com/products/delp...ure-matrix.pdf

soooo schwer war das jetzt auch nicht zu finden. :angel2:

[blackfin]

Ich hatte wohl Tomaten auf den Ohr..äh..Augen...

DANKE!

[David Martens]

Auf Arbeit haben wir eine ältere Version (2005). Daher kann ich nur dafür sprechen, aber vielleicht ist das auch bei den Neueren so.

Bei der Architect Version werden alle System-units auch sla .pas Dateien mit ausgeliefert, was das debuging erleichtert. Bei den anderen Versionen sich viele nicht mit dabei. z.B.: die SysUtils oder Math.

Gruß David

[Prototypjack]

Zitat:

Zitat von David Martens

Bei der Architect Version werden alle System-units auch sla .pas Dateien mit ausgeliefert, was das debuging erleichtert. Bei den anderen Versionen sich viele nicht mit dabei. z.B.: die SysUtils oder Math.

Soweit ich weiß waren die Quellen schon immer dabei (außer bei den PE Version von Delphi 6 und 7 soweit ich mich erinnere). Die sind ja afair sogar bei Turbo Delphi Explorer dabei gewesen :gruebel: .

Grüße,
Max

[Florian Hämmerle]

Ja, bei Turbodelphi Explorer sind sie dabei.
Guckt doch einfach in die Feature-Matrix. Dort steht alles wichtige. Professional reicht IMHO für die private Entwicklung mehr als aus. Bei den anderen Varianten kommt noch Zeugs hinzu, dass man wahrscheinlich in der Eigenentwicklung nie bis fast nie braucht.

mfg Florian

[himitsu]

In Delphi 2010 Professional liegt auch eine System.pas bei,
allerdings gibt es bei allen diesen System.pas ein winziges Problem:
Die System.pas stimmt nicht komplett mit der System.dcu überein ... ihr könnte ja gerne mal versuchen diese Unit zu kompilieren.
(die System.pas in ein Projektverzeichnis kopieren und "System" in die Uses aufnehmen)

Der Hauptunterschied zwischen den großen Versionen ist vorallen:
- beiliegende Datenbankkomponenten
- und der UML-Support

[rwachtel]

Zitat:

Zitat von David Martens

[...] Bei der Architect Version werden alle System-units auch sla .pas Dateien mit ausgeliefert, was das debuging erleichtert. Bei den anderen Versionen sich viele nicht mit dabei. z.B.: die SysUtils oder Math. [...]

Woher kommen nur immer solch leichtfertig wiedergegebenen Falschinformationen?

In allen Versionen (Professional, Enterprise und Architect) wird der komplette VCL- und RTL-Sourcecode (auch von "System-Units" wie u.a. Sysutils.pas und Math.pas) mitgeliefert.

Einzig der Sourcecode der MIDAS.DLL ist erst ab der Enterprise-Version dabei.

Zitat:

Zitat von himitsu

In Delphi 2010 Professional liegt auch eine System.pas bei,
allerdings gibt es bei allen diesen System.pas ein winziges Problem:
Die System.pas stimmt nicht komplett mit der System.dcu überein [...]

Der mitgelieferte Sourcecode aller Versionen (Professional, Enterprise und Architect) ist identisch.

[himitsu]

Zitat:

Zitat von rwachtel

Der mitgelieferte Sourcecode aller Versionen (Professional, Enterprise und Architect) ist identisch.

Das hab ich ja nicht bezweifelt, aber versuche mal deine Systemp.pas zu kompilieren.

> System.pas in ein Projektverzeichnis kopieren und etwas umbennenen (z.B. System2.pas)
> die System2.pas in das Projekt einbinden (System2 in die Uses-Klausel)
> die nötigen Include-Dateien auch noch kopieren (oder Suchpfade anpassen, aber ich rate zum Kopieren)
> tja und nun viel Spaß beim Kompilieren und den unzähligen Fehlermeldungen

Ich hab nur gesagt, daß System.pas und System.dcu, sowie SysInit.pas und SysInit.dcu nicht ganz zusammenpassen zu scheinen.

Ansonsten dürfte es möglich sein alle anderen Units der VCL/RTL im Notfall neu kompilieren zu können.

Das hat haber nix mit den Versionsunterschieden zu tun.
Auch wird bei Vielem, vorallem aus dem Bereich der Compilermagic, behaußtet es wäre in der System.pas deklariert/implementiert, welches aber nicht der Fall ist.

[rwachtel]

Zitat:

Zitat von himitsu

Zitat:

Zitat von rwachtel

Der mitgelieferte Sourcecode aller Versionen (Professional, Enterprise und Architect) ist identisch.

Das hab ich ja nicht bezweifelt [...]

War auch nur als Ergänzung gedacht, damit niemand in Deine Aussage wieder etwas reininterpretiert.

[himitsu]

Ochso :-D

Also um es nochmal, der Übersichtlichkeit halber, zu sagen:
Ab der Professional liegen "alle" Sourcen bei.

Es fehlen in den "kleineren" Versionen nur einige Sourcen oder gleich die komplette Komponente irgenwelcher Datenbank-Bibliotheken.

[Hawkeye219]

Hallo Frank,

Zitat:

Zitat von himitsu

> System.pas in ein Projektverzeichnis kopieren und etwas umbennenen (z.B. System2.pas)
> die System2.pas in das Projekt einbinden (System2 in die Uses-Klausel)
> die nötigen Include-Dateien auch noch kopieren (oder Suchpfade anpassen, aber ich rate zum Kopieren)
> tja und nun viel Spaß beim Kompilieren und den unzähligen Fehlermeldungen

du darfst die Unit "System" nicht in die USES-Anweisung aufnehmen, sie muss mit DCC32 übersetzt werden, indem der Compilerschalter "-Y" angegeben wird. Die zusätzlich notwendigen Quelltexte kennst du ja offenbar schon.

Gruß Hawkeye

[Perlsau]

Auch wenn (oder gar weil?) der Thread schon ziemlich angestaubt ist, beantwortet er doch nicht alle Fragen zu den Delphi- bzw. RadStudio-Editionen.

Ich würde gerne wissen, welche Edition ich benötige, wenn ich Multi-User-DB-Anwendungen entwickeln möchte, und zwar mit mehr als 4 oder 5 Clients, die gleichzeitig auf die Datenbank zugreifen. Ich erinnere mich gelesen zu haben, daß die Enterprise-Edition nur bis zu 4 gleichzeitige Clients an einem Datenbankserver gestattet. Die Pro-Edition erlaubt ja nur lokalen Datenbank-Zugriff und fällt daher schonmal ganz aus.

Hat da jemand genauere Informationen? Wenn ich bei Emba nachfrage, erzählen die mir mit Sicherheit, daß ich unbedingt die Architect-Edition benötige. Doch vielleicht tut's ja schon Enterprise oder Ultimate? Leider konnte ich auch nach stundenlangem Durchforsten nicht nur der Emba-Ressourcen, sondern auch der Google-Treffer nicht die gesuchte Antwort finden ...

[jaenicke]

Welchen Datenbankserver willst du denn benutzen? Wenn du z.B. MS SQL benutzt, ist die Anzahl der Clientzugriffe auf die DB nicht von deiner Delphilizenz abhängig. Oder möchtest du Interbase von Embarcadero selbst nutzen?

[Perlsau]

Da sich die Kosten in Grenzen halten sollten, würde ich, wenn die Entscheidung mir überlassen wird, Firebird einsetzen. Da ist bis jetzt aber noch nichts entschieden. Die Firma verfügt über etliche Übersee-Produktionsstätten, vielleicht wollen die das ja irgendwann für alle einsetzen ... Im Moment sind es wohl mehr als 5 Mitarbeiter, die gleichzeitig zugreifen können sollen. Derzeit hat man dort noch eine Access-Datenbank in Verwendung, auf die mit einer uralten VB-Anwendung zugegriffen wird, was verständlicherweise Probleme bereitet. Ich muß mich halt schonmal vorab informieren, weil ich eine neuere Version erwerben muß. Da wär's schon irgendwie peinlich, wenn ich damit an unerwartete Grenzen stoße ...

Also du meinst, wenn ich z.B. auf MsSQL setze, würde auch die Pro-Edition genügen? Dann könnt' ich ja glatt dem Niknag sein XE5Pro abkaufen ...

[RWarnecke]

Korrigiert mich wenn ich falsche liege. Aber wieso sollte die Delphi Version (Pro, Enterprise, Architekt) davon abhängen, wieviele Anwender auf eine Datenbank zugreifen können. Das wird meines Wissens nur von dem DBMS selber gehändelt. Das soll heißen, dass wenn ich die Embedded-Version benutze, kann ich nur lokal auf die Datenbank zugreifen ansonsten auf den Server. Ich selber habe schon unter der Professional und mit den UniDAC-Komponenten von DevArt eine Anwendung erstellt, womit mehrere Anwender auf eine Datenbank zugegriffen haben.

[Perlsau]

Ich denke, du liegst richtig. Nachdem ich mir nochmal die neueste Feature-Matrix angeschaut habe, konnte ich dort keinen Hinweis auf eine derartige Einschränkung finden. Wenn man also nicht die mitgelieferten Komponenten verwendet, sondern z.B. DevArt-Zeug (ich hab seit Längerem IbDac im Einsatz), dürfte es wohl keine Probleme geben.

Für deinen Hinweis sei dir gedankt, der hat mich jetzt doch etwas erleichtert :angel:

[Sir Rufo]

Warum sollten auf eine embedded Version nicht mehrere User gleichzeitig zugreifen können?

Die embedded Versionen stellen keine Netzwerkschnittstelle zur Verfügung.
Ok, die kann man selber bauen. Meistens ist aber der parallele Zugriff über mehr als eine Connection nicht möglich, das muss man halt berücksichtigen.

Ob es sinnvoll ist bei so einem Konstrukt mehr als X Benutzer darauf loszulassen hängt größtenteils mit dem selber implementierten Caching zusammen und natürlich auch mit der zur Verfügung stehenden Zeit :)

BTW Bei einem gleichzeitigen Schreibzugriff von mehreren Clients auf die gleiche Tabelle wird auch alles hübsch der Reihe nach abgearbeitet. Also nix mit parallel.

[Perlsau]

Firebird Embedded steht in meinem Fall nicht zur Debatte.

Zitat:

Zitat von Sir Rufo (Beitrag 1245251)

BTW Bei einem gleichzeitigen Schreibzugriff von mehreren Clients auf die gleiche Tabelle wird auch alles hübsch der Reihe nach abgearbeitet. Also nix mit parallel.

Das ist schon in Ordnung so.

[jaenicke]

Zitat:

Zitat von Perlsau (Beitrag 1245248)

Wenn man also nicht die mitgelieferten Komponenten verwendet, sondern z.B. DevArt-Zeug (ich hab seit Längerem IbDac im Einsatz), dürfte es wohl keine Probleme geben.

Richtig, es wurde mal bei der Pro ein entsprechender Teil in die Nutzungsbedingungen eingeführt um das zu unterbinden, aber das wurde schnell wieder entfernt...

Wir nutzen FireDAC aus der Enterprise und sind damit sehr zufrieden. Da wir ohnehin DataSnap für unsere mehrschichtigen Anwendungen einsetzen (mit hauptsächlich MS SQL und Firebird via FireDAC dahinter), brauchen wir allerdings ohnehin die Enterprise.