Einfache Programmiersprache für DB und GUI unter Windows?

[Berni (Gast)]

Hallo!

Ich habe vor ein paar Jahren mit MS Visual C++ Express programmiert und 
darin auch via Windows API einfache GUIs erstellt, bin also so gesehen 
kein blutiger Anfänger. Das gleiche gilt für Datenbanken, bin jetzt nur 
leider ein paar Jahre älter geworden und beruflich bedingt etwas aus der 
Übung gekommen.

Nun möchte ich eine Datenbank(mit Transaktionen) mitsamt GUI für Windows 
7 und Windows XP programmieren und dabei nicht auf Access oder PHP/MySQL 
angewiesen sein. Die Frage ist jetzt, ob ich mir nochmal alles in C++ 
wieder aneigne, oder ob nicht eine andere Sprache inklusive 
Entwicklungs-Umgebung inzwischen besser geeignet ist?

Das i-Tüpfelchen wäre, wenn am Ende ein statisch gelinktes Programm 
herauskommt, bei dem sich alle zur Ausführung benötigten Dateien im 
Programm-Ordner befinden und somit nicht erst irgendwelche 
Laufzeit-Umgebungen oder Datenbank-Server installiert werden müssen. 
Firebird soll es wohl in einer Embedded-Variante geben, bei der dann 
eventuell nur die entsprechenden DLLs im Anwendungsverzeichnis liegen 
müssen. Ist das wirklich so einfach wie es sich anhört? Einfach die DLLs 
in der Entwicklungsumgebung einbinden, in das Programmverzeichnis 
kopieren und dann kann man seine Statements per Firebird-API loslassen 
und hat einen anständigen Ersatz für ein DBMS wie MySQL?

Als Programmiersprache habe ich z.B. oft Empfehlungen für Lazarus 
gehört, da diese wohl kostenlos und relativ einfach zu erlernen sein 
soll und auch nicht so zu Programmierfehlern einladen soll wie z.B. C++.
Allerdings habe ich gesehen, dass Lazarus wohl erst kürzlich die Version 
1.0 erreicht hat. Da ich die Datenbank später eventuell kommerziell 
anbieten wollte, frage ich mich, wie stabil und fehlerfrei diese 
Programmiersprache ist?

Ich fand den Debugger in Visual Studio immer recht brauchbar. Wie sieht 
es mit Debugging bei anderen Entwicklungs-Umgebungen aus?

Eine COM-Schnittstelle(also jetzt nicht die Serielle, sondern das 
Component Object Model) fände ich nicht verkehrt, um z.B. Daten aus der 
DB zu exportieren und dann automatisch in Excel öffnen zu lassen.

Ich plane zwar meist nicht Jahre voraus, aber interessieren würde mich 
trotzdem, welchen Umgebungen man eine gewisse Zukunfts-Sicherheit 
bescheinigt?

Ich freue mich auf eure Beiträge...

Berni

[Arc N. (arc)]

Das wird wieder in einen kleinen Flamewar ausarten, aber trotzdem...

Der einfache Teil:
Datenbanken ohne Installation sind z.B.
SQL Server Compact, SQLite, MySQL, db4o, MongoDB, Berkeley DB etc.

Wenn Visual Studio schon gefiel, warum dann nicht dabei bleiben?
Als Sprache würde ich C# vorschlagen, gerade wenn es um Datenbanken 
geht...
LINQ http://en.wikipedia.org/wiki/LINQ

COM geht damit ebenso problemlos

[Emil (Gast)]

Wenn du wirklich NUR für Windows Programme schreiben willst, wirst du 
wohl mit C# und dem .net Framework am schnellsten ans Ziel kommen.

Möchtest du die Programme später auch nach Mac OS X oder Linux 
portieren, bleiben dir eigentlich nur noch Java mit Swing GUI (JavaFX 
kommt irgendwo am Horizont) oder C++ mit Qt oder wxWidgets.

Wenn es eine Skriptsprache sein darf, könnte man noch Python in Erwägung 
ziehen. Evtl mit PyQt oder tkinter.

Gruß,
Emil

[Edson (Gast)]

C# mit LINQ-to-SQL

[Robert L. (lrlr)]

da passt ja delphi und firebird .. eh wie aufs Auge gedrückt ...


ist aber eher "old school" ... was jetzt nicht immer schlecht sein 
muss..

[Peter (Gast)]

http://www.purebasic.com/german/index.php

[Sebastian-L (Gast)]

Hi

Also um eine brauchbare Datenbank für deine Zwecke zu empfehlen müsstest 
du noch deine Anforderungen daran schildern:
Gleichzeitige Sessions: ein oder mehrere
Anzahl der Datensätze/Tabellen/Verknüpfungen?
AbfrageZeit?

Hinzu kommen noch die Rahmenbedingungen die dir die Hardware liefert:
Ram, CPU usw..

Wenn du mit C# arbeiten kannst, du nicht allzu viele Datensätze und nur 
eine Verbindung brauchst kann ich ein Dataset empfehlen dass du z.b. als 
xml speichern und laden kannst. Dazu musst du nichts installieren und 
brauchst keine zusätzlichen dlls weil alles im .Net vorhanden ist.

MfG