Hallo, als Werkstudent aus dem Elektrotechnikbereich, habe ich nun leider eine Aufgabe aus der reinen Informatik bekommen, die mir im Moment einige Schwierigkeiten bereitet, da dies nicht mein Fachgebiet ist. Ich soll eine sehr einfache und kleine Datenbankanwendung entwickeln, über die ein Benutzer beispielsweiße elektronische Komponenten mit Seriennummer oder Softwarestand usw. eintragen kann. Im Prinzip nicht mehr als zwei, drei Tabellen und ein paar einfache Filter bzw. Suchoptionen. Das ist alles. Für einen Informatiker, der im Studium Datenbankvorlesungen und Vorlesungen zur programmierung von grafischen Oberflächen hatte, sicher kein Problem. Ich kann zwar sehr gut programmieren aber leider nur diverse Assembler und C für uC. Mein Ansatz zur Lösung war nun folgender: - Über Visual Studio eine SQL Datenbank erstellen (in VS wird man darin unterstützt) - die Oberfläche vom Programm per Drag and Drop ebenfalls in VS zusammenzustellen. Da mich damit jedoch kaum auskenne, bin ich schnell an meine Grenzen gestoßen. Meine Idee wäre nun das ganze mit Access 2010 zu versuchen, da meine Datenbank am Ende sehr klein und die Abfragen sehr einfach sind. Meien Frage wäre nun: - Wie beginne ich am einfachsten ? Muss ich zuerst auf dem SQL Server im Haus eine Datenbank erstellen ? Wenn ja mit welchem Programm ? SQL Server Management Tool ? Anschließend dann über Access darauf zugreifen und die Oberfläche sowie Abfragen gestalten ? Oder kann ich einfach gleich alles in Access erstellen ? Also dort die Tabellen anlegen und alles außenrum erstellen ? Anschließend dann auf den SQL Server importieren ?
VS1 schrieb: > Ich kann zwar sehr gut programmieren aber leider nur diverse Assembler > und C für uC. Dann schau Dir mal sqlite an. Wird als Library oder DLL direkt eingebunden, packt (nach meinen Erfahrungen) so 30 Mio Records (dann wird's zäh) und Du hast KEINEN Administrationsaufwand. Es ist nebenbei auch kostenlos und weitverbeitet. http://www.sqlite.org/
Joachim Drechsel schrieb: > Dann schau Dir mal sqlite an. sein Problem ist nicht die Datenbank sondern die GUI da hilft ihm eine Datenbank ohne sinnvolle Tools überhaupt nicht weiter. Ich würde C# mit SQL-Server empfehlen. Das kannst du recht einfach im Visual-Studio zusammenklicken. Access würde ich nicht verwenden.
Peter II schrieb: > sein Problem ist nicht die Datenbank sondern die GUI da hilft ihm eine > Datenbank ohne sinnvolle Tools überhaupt nicht weiter. Er kann doch C ? Es geht wirklich, man kann auch Windows-GUIs mit C machen ;)
Peter II schrieb: > Joachim Drechsel schrieb: >> Dann schau Dir mal sqlite an. > > sein Problem ist nicht die Datenbank sondern die GUI da hilft ihm eine > Datenbank ohne sinnvolle Tools überhaupt nicht weiter. > > Ich würde C# mit SQL-Server empfehlen. Das kannst du recht einfach im > Visual-Studio zusammenklicken. Access würde ich nicht verwenden. Da hast du Recht. Probleme beireitet mir unter anderem die GUI. Ich habe mir mal die Beispiele in Access angeschaut und die sehen eigentlich schon sehr ansprechend aus und reichen mir für meinen Zweck vollständig aus. Der Vorteil ist, dass ich hier nicht viel in C# programmieren müsste. Wenn ich es gerne ber Access versuchen würde, wie müsste ich denn da vorgehen ? Kann man in Access direkt alles erstellen und dann auf einen SQL Server exportieren ? Also die Tabellen natürlich ?
VS1 schrieb: > Der Vorteil ist, dass ich hier nicht viel in C# programmieren müsste. in Access wirst du früher oder später auch anfangen müssen zu programmieren und dann ist Access nicht mehr schön. Soviel muss man ein C# auch nicht Programmieren. Zum Darstellen einer Liste aus der Datenbank muss kann keine Zeile code schreiben. > Wenn ich es gerne ber Access versuchen würde, wie müsste ich denn da > vorgehen ? Kann man in Access direkt alles erstellen und dann auf einen > SQL Server exportieren ? Also die Tabellen natürlich ? Access ist leider "deutsches" SQL. Da wird mal schnell "zwischen" statt "between" geschrieben. Keine Ahnung ob man dort Tabellen zum SQL-Server übertragen kann. Aber dann kannst du doch gleich die Tabellen im SQL-Server anlegen, dann musst du sich nicht erst noch übertragen. Im Access legst du dann eine remote-Tabelle an die auf dem SQL-Server zeigt und schon kann Access darauf zugreifen.
Hallo, wenn das eine Real Life Anwendung ist, dann kein Access. Zuverlässigkeit und Ausbaubarkeit sind äusserst mässig, und solche Anwendungen wie du beschreibst wachsen normalerweise weiter, z.B. kommt die Anbindung an CAD-Systeme und an eine Lagerverwaltung dazu, spätestens dann musst du umsteigen auf eine erwachsene Datenbanktechnologie. Gruss Reinhard
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.