Man nehme...?

dune911

Erfahrenes Mitglied
Tach zusammen,

ich will eine datenbankbasierende Kundenverwaltung
schreiben. Eine Tabelle mit den Kundendaten (also
Anschrift, Telefon etc.), je eine Tabelle mit PLZ
und den zugehörigen Wohnorten und eine mit den
eMail-Adressen der Kunden. Die Tabellen Kunden und
eMail werden über die Kundennummer miteinander
verknüpft und die Kundendaten holen sich den
Wohnort zusammen mit der PLZ aus der PLZ-Tabelle.
Dann soll es noch eine "Aufträge"-Tabelle geben,
in der schließlich die Bestellungen stehen...

Wie realisiere ich das am besten? Soll ich PHP und
MySQL nehmen oder mach ich das ganze am besten direkt
in Access und regel die Funktionen dann über Formulare
und Abfragen? Wie sieht es mit anderen Sprachen aus?

Was haltet ihr evtl. von einer VB.NET/Access-Variante?

Danke für Tips! ;)
 
Was hat dass in Smalltalk zu suchen?

Naja: Wenn dus per Internet veröffentlichen willst, nimmst du am besten PHP + MySQL

Andernfalls nimmst du am besten VB + ODBC, VB.net + ODBC, C++ + ODBC
 
sorry, wüsste nich wo ich es sonst hätte posten sollen... :rolleyes:
danke. werde wahrscheinlich vb.net + odbc nehmen. c++ is mir zu hoch ^^
 
Original geschrieben von Grimreaper
@Holy
Ist es nicht auch .net-Philosophie, nun Plattform unabnhängig zu sein?

Ist es aber nicht.

System.Windows.Forms
wird es nur auf Windows Basierenden .NET lösungen geben.

Ebenso wie ADO.net und ASP.NET ist dies nciht standardiesiert.

Plattformunabhängig ist nur der Core des .net Framework. Sprich es können keine Plattformunabhängigen GUIS erstellt werden, und auch Datenbankverbindung mit ADO.net ist properitär.

.net verfolgt eher das Ziel der Hardware plattformunabhängigkeit.
Sprich Windows CE usw

Das Projekt mono programmiert zwar ADO.net und ASP.net für das Mono Framework (welches auch auf Linux läuft) nach. Aber anstatt Windows.Forms wird GTK# genutzt
quelle: http://www.go-mono.com

.net ist nicht! plattformunabhängig
 
Servus!

Da kann ich Mythos nur beipflichten ... ich hab zwar eine gewisse Abneigung gegen MS Produkte, aber mit Access dürftest du schon mit sehr wenig Arbeit sehr weit kommen ... allein schon, wegen der hervorragenden Assistenten und leichten VBA Programmierung ...

Gruss Tom
 
Zurück