Womit zukunftssichere Datenbankanwendungen erstellen?

[Mithrandir]

Zitat von Matze:

Beispielsweise, ob man das kostenlose Visual Studio Express kommerziell nutzen darf.

Darf man, steht in den AGB.

Die Kombination Visual Studio 2010 Professional, C# und MSSQL 2008 läuft bei mir eigentlich ordentlich. Mit der Expressversion kommst du Datenbankmäßig imho nicht weit...

Ich wäre momentan vorsichtig, mich auf ein bestimmtes grafisches Framework festzulegen. WPF ist sicherlich nicht am Aussterben, auch Microsoft hat die Aussage mittlerweile revidiert. Windows Forms wird momentan immer stärker vernachlässigt. LightSwitch ist imho eine Mischung aus Access und Visual Foxpro. Die SQL-Abfragen sind grottig, beim 3-Schichten-Modell wird (momentan) zwingend ein IIS benötigt, ebenso ein DBMS von Microsoft. Ich arbeite damit und werde jedesmal leicht grünlich im Gesicht. Es ist halt doch mehr für den versierten Abteilungsleiter, der sich seine Arbeitnehmerverwaltung zusammenbauen will.

Momentan scheint es für mich, als wolle Microsoft immer mehr in die Cloud gehen bzw. ins Web. Ob HTML 5 den heiligen Gral darstellt... Ich weiß nicht. Silverlight ist ein guter Ansatz, Beta 5 kommt im Frühjahr 2011. Momentan würde ich auf WPF und/oder Silverlight setzen. Allerdings ist die Lernkurve massiv. Frust ist vorprogrammiert. Wenns dann aber funktioniert, isses geil.

DBMS? Hmm. Von Oracle würde ich die Finger lassen, Microsoft kocht sein eigenes Süppchen. Ggf MySQL, da ist nur der Support kostenpflichtig.

[stahli]

Man sollte sicherlich als erstes klären, wo die DB laufen soll und wie darauf zugegriffen werden soll (Desktop, Internet, Browser).
Außerdem ist sicher wichtig wie groß und komplex die DB werden muss.

Ich denke, so pauschal kann man da kaum sinnvoll etwas zu sagen...

[Matze]

Danke für deinen Beitrag Daniel.

Dann gehe ich noch eine Stufe weiter, wo ich gerade "Cloud" lese.
Die Anwendungen müssen eigenständig auf einem PC lauffähig sein, der nicht ans Internet angeschlossen ist.

Wenn es eine Möglichkeit gibt, so eine Anwendung zusätzlich über den Browser bedienen zu können, dann ist das evtl. nett aber (noch) nicht erforderlich.

Edit @Stahli: Auch dir dankeschön. Es können schon einige Millionen Datensätze sein. Also große Datenbanken sollten ohne Einschränkungen verwendet werden können. Die Anwendungen selbst laufen auf einem PC und die Datenbank muss nicht unbedingt an dem PC laufen. Diese könnte auch auf einem externen Server oder einem zweiten Rechner liegen.

[stahli]

Zitat von Matze:

Wenn es eine Möglichkeit gibt, so eine Anwendung zusätzlich über den Browser bedienen zu können, dann ist das evtl. nett aber (noch) nicht erforderlich.

Edit @Stahli: Auch dir dankeschön. Es können schon einige Millionen Datensätze sein. Also große Datenbanken sollten ohne Einschränkungen verwendet werden können. Die Anwendungen selbst laufen auf einem PC und die Datenbank muss nicht unbedingt an dem PC laufen. Diese könnte auch auf einem externen Server oder einem zweiten Rechner liegen.

Dann werden Dir wohl 90% aller DP-User (und ich) zu Firebird raten (zumindest würde ich damit mal anfangen). Zugriffsmöglichkeiten von Delphi aus gibt es dann mehrere (am einfachsten IBX).
Ein Tool wie IBExpert vereinfacht die Organbisation der Datenbanken.

[Insider2004]

MS ist immer gross im Einführen on neuen Dingen. Leider sind sie dann wie ein kleines Kind. Das Spielzeug ist langweilig und wird in die Ecke geworfen sprich vernachlässigt und nicht mehr gepflegt. Sie lassen dann die Entwickler im Regen stehen. Siehe Visual Basic Native oder J# oder Silverlight. Alles mehr oder weniger tot. Es gibt bestimmt noch 20 andere Techniken, die ich zum Glück nie gelernt/gekauft habe und vergessen habe!!! Das Einzige, was bei MS Bestand hat ist die Win32 API.

[alzaimar]

Zitat von Mithrandir:

...MSSQL 2008 ...Mit der Expressversion kommst du Datenbankmäßig imho nicht weit...

Wenn das auf MSSQL bezogen ist, kann ich das nicht teilen.

Zitat von Mithrandir:

DBMS? Hmm. Von Oracle würde ich die Finger lassen, Microsoft kocht sein eigenes Süppchen. Ggf MySQL, da ist nur der Support kostenpflichtig.

Wie bitte? Wenn Zukunftssicher, dann PostGres, MSSQL oder Oracle. Auf jeden Fall entweder eine Datenbank, die es schon ewig gibt, eine von einem sehr großen Anbieter, der mit der DB ordentlich Schotter macht, oder alles zusammen. Da ist ja wohl Oracle und MSSQL ganz weit vorne. Andere natürlich auch.

Ansonsten würde ich persönlich C#, aber ohne dickes Framework verwenden und der DB-Anbindung ein hohes Abstraktionsniveau spendieren, d.h. so vieles wie möglich (und sinnvoll) in 'Stored Procedures' packen, die entweder im SQL-Server oder in einem Applikationsserver ausgeführt werden.

Dann würde ich mir noch überlegen, wie lange die Anwendung den leben soll. Wir reden ja hier nicht von 100 Jahren, sondern von vielleicht 10-15. Wenn Du heute in C# entwickelst, bist du auf der sicheren Seite. Mit Fortran und Cobol übrigens auch, das gibt es alles noch und wird es immer geben. Auch wenn Du den Riesenfehler gemacht hättest, und vor 10 Jahren in VB entwickelt hättest, wärst du heute nicht am Ende. Man muss ja wohl nicht immer die neuesten Compiler kaufen.

Eine Anwendung von mir ist in D6 geschrieben und da der Kunde die Migration zu einem modernen Delphi nicht bezahlen will, bleibt es dabei. WTF. Dem Programm ist es doch nicht peinlich, das es mit einer alten IDE entwickelt wurde.

Was ich garantiert nicht und auf keinen Fall machen würde, ist:
* Irgendwelchen neumodischen Schnickschnack
* Irgendwelche OpenSource oder Freeware-Komponenten (selbst bei einer DB wäre ich zurückhaltend)
verwenden.

Nachhaltig = Konservativ und Simpel.

Du kannst ja jederzeit eine total abgefahrene GUI rüberstülpen. Da holt man sich ein paar Freaks, die einem die GUI designen und tauscht die alle paar Jahre aus. Im Hintergrund werkelt, wenn gut geschrieben, immer die gleiche gute alte Engine.

Macht MS doch genau so und verdienen sich einen Wolf (Siehe Word, nur das da bis vor Kurzem keine 'gute alte Engine' werkelte, die gut geschrieben war).

[Mithrandir]

Zitat von alzaimar:

Wie bitte? Wenn Zukunftssicher, dann PostGres, MSSQL oder Oracle. Auf jeden Fall entweder eine Datenbank, die es schon ewig gibt, eine von einem sehr großen Anbieter, der mit der DB ordentlich Schotter macht, oder alles zusammen. Da ist ja wohl Oracle und MSSQL ganz weit vorne. Andere natürlich auch.

Ich höre diejenigen, die bei uns mit Oracle arbeiten, nur immer laut fluchen. Von daher wollte ich ihm das ersparen. Von MSSQL habe ich ihm nicht abgeraten, ich wollte nur auf T-SQL hindeuten.