Suche erfahrene Programmierer für DB-Anwendung
-
Sorry für die Verwirrung die ich gestiftet hab, wie gesagt hab mit DB's bis jetzt nicht viel zu tun gehabt!
ACCESS-Datenbank OK! Aber eigenständiges Frontend!
Wenn das auch funktioniert?
-
Ich habe das Gefühl du solltest erstmal ein Kurs zu den Grundlagen des DB Design durchgehen. Aber in der Ausbildung solltet ihr das doch machen oder?
Du solltest wissen was Normalisierung ist und SQL solltest du auch ein wenig draufhaben. Dann würd ich mal das Backend (die eigentliche DB) designen. Und dann mal über das Frontend nachdenken.War nur so ein Gefühl.
Und eigentlich kann jede DB mit SQL Befehlen umgehen nicht nur die, die von SQL-Server heissen.
-
Übrigens mit Access kann man auch auf den SQL Server zugreifen. Da Access eigentlich auch aus Front und Backend besteht. Bei dieser Lösung müsstest du aber auf jedem rechner ein Access installieren.
Aber eigne dir erstmal die Grundlagen an bevor du schon über die Feinheiten Gedanken machst. Sonst änderst du am Schluss das Backend hin und her.
-
Es soll eben ohne ACCESS funktionieren.
Also gut... ich werd mir das Zeug mal reinziehen!
Ich meld mich dann später nochmal.
Bis dahin Danke erstmal!
-
Scheyerle
Also es hat zwar nichts mitgebracht aber gut das wir drüber gesprochen haben
-
Vielleicht solltest du mal deine Anforderungen und die Bedingung für die DB mal preisgeben, dann könnne wir dir bestimmt auch schon ein Stück helfen.
Einfach mal alle Daten aufschreiben die geseichert werden sollen und dann mal langsam die Abhängigkeiten herausarbeiten.
Vielleicht findet sich jemand der dir helfen mag.
Sonst zieh dir mal sowas rein: http://wwwiti.cs.uni-magdeburg.de/~sattler/dd/db1.html
-
Es geht um die Verwaltung der Schließanlage meiner EX-Zivi Stelle.
Mit folgenden Funktionen:
Schlüsselaus- und rückgabe, Lagerverwaltung, Bestellwesen, Gebäudeplan, Zylinderübersicht, Personenverwaltung, Berichtsausgabe (Wer hat welchen Schlüssel, Ausgabezettel mit Unterschrift) und eventuell Archiv (Wer hat von wann bis wann welchen Schlüssel gehabt)Ich werde morgen mal die Felder und Beziehungen und das ganze mal erstellen und auf Wunsch per E-mail versenden!
Weis nämlich nicht wie ich das hier posten soll.Bis denne!!
-
HeikoKortlang schrieb:
Bei dieser Lösung müsstest du aber auf jedem rechner ein Access installieren.
Nö, mit neueren Access(en) kannst du eine Art "Kompilat" der Datenbank erstellen. Die läuft dann mit einer (gratis erhältlichen) Access Runtime.
Und auch wenns von Microsoft ist und das (built-in) Backend von Access wirklich schrottig ist: Access für Frontends ist absolut genial. Da würd' ich mir 3 mal überlegen ob ich das komfortable Framework, welches Access mitliefert in den Wind schiesse um mir selber nochmals Arbeit mit Grundlagenentwicklung zu machen, wo ich doch die ganzen Query-, Report- und Formularengines gleich gratis haben kann.
-junix
-
es kommt bei dir (scheyerle) jetz drauf an, ob du
a) das ganze machst, um einfach mal mit programmieren/datenbanken in kontakt zu kommen
b) das ganze machst, damit endlich das dumme dings in der zivistelle ordentlich funktioniertdann würd ich folgendes machen:
für a) spiel dich. lies die docs, entwirf ein system, aber mach gleich netzwerkorientiert, das bringt strukturiertheit und v.a. musst du danach nicht so gros umbauen. überleg: du kannst auf eine netzwerkschnittstelle immer noch ohne netzwerk zugreifen: du musst nur lediglich eine möglichkeit offenlassen, die strings ohne netzwerkverbindung zu "empfangen". bzw. eine schnittstelle erschaffen, die (auch) textbefehle entgegen nimmt. die ist dann automatisch konsolengängig und netzwerkfähig)für b) nimm access. jede menge features, (relativ) einfach zu bedienen, kostenlose runtimes. was will man mehr? ist wahrscheinlich nicht mal quick'n'dirty dann!
ps: für normale saetze gibts im deutschen übrigens den . Punkt
-
junix schrieb:
HeikoKortlang schrieb:
Bei dieser Lösung müsstest du aber auf jedem rechner ein Access installieren.
Nö, mit neueren Access(en) kannst du eine Art "Kompilat" der Datenbank erstellen. Die läuft dann mit einer (gratis erhältlichen) Access Runtime.
-junixOK hast recht nur das man dann die nicht sehr verbreitete Version der Office Developer (650 Euro) sein eigen nennen muss, um das Kompilat zu erstellen. Dieses darfst du dann natürlich verbreiten. (Danke Bill)
Ich denke aber auch das es mit Access als Frontend nicht schlecht ist, dort ist es recht einfach seine Vorstellung umzusetzten. Und es geht schneller. Aber wenn man alles selber machen möchte dann greift man halt zu c++.
-
Ich bin noch immer nicht ganz schlau.
Willsz du nun eine eigene DB-Engine mit einem passenden Frontend (deine Verwaltung für die Schießanlage) schreiben ohne z.B. MYSQL,ACCESS,ORACLE,MS SQL,u.v.m. zu verwenden oder ein Frontend (deine Verwaltung für die Schießanlage) und dazu eines dieser DB-Engines zu verwenden.
-
@ Korbinian:
a und b.
Ich mach es einerseits weil ich die DB-Programmierung sehr interessant finde und irgendwann natürlich auch beherrschen will.
Andererseits weil das Programm schon mal fertig werden sollte und ich meine alten Kollegen nicht allzu lange warten lassen will.@ Unix-Tom
Ein Frontend mit MySQL oder dBase oder Paradox.
-
es gibt z.b. beim borland builder fertige datenbankkomponenten, die SQL-queries können, und glaub ich auch "eigene" datenfiles haben / sql-server ansteuern können. am einfachsten wird es sein, wenn du dir die mysql++ reinziehst, und nen mysql server hinstellst. alles weitere wirst du rauskriegen
-
Hab jetzt n JPG wo die Tabellenfelder und Beziehungen drauf sind wer die per E-mail haben will einfach melden!!!
Gruß Ralf
-
Scheyerle schrieb:
Es geht um die Verwaltung der Schließanlage meiner EX-Zivi Stelle.
Schießanlage bei Zivi-Stelle???
edit: Oooops! Sorry, ich hab' mich verlesen...
-
Niklas Cathor schrieb:
Scheyerle schrieb:
Es geht um die Verwaltung der Schließanlage meiner EX-Zivi Stelle.
Schießanlage bei Zivi-Stelle???
edit: Oooops! Sorry, ich hab' mich verlesen...
hehe, genau das gleiche ging mir durch den kopf
Also ich würde das in etwa so angehen:
Man nehme folgende Zutaten:
- Apache-HttpServer, oder irgendein anderer HTTP-Server, der die entsprechenden Features mitbringt, installieren.
- PHP drauf (PHP ist relativ einfach zu Programmieren)
- eine Datenbank, zB: MySQLNun entwirft man ein Datenbank Design und schreibt dieses Design als SQL-Script nieder.
Dann verrührt man die Datenbank mit dem HTTP-Server und gibt ein paar Mengen PHP dazu und läßt das ganze auf irgendeinem System bei leichter Flamme kochenDas Rezept hat viele viele Vorteile, aber auch einige Nachteile.
Es ist aber relativ einfach und schnell!!! zu entwerfen/entwickeln und zu verwalten.
Wenn nötig kannst du ja um das ganze ein Setup rumbasteln, welches dann alles installiert und einrichtet.
-
Verwende als Datenbank im Hintergrund doch SQLite, da musst du dir um Lizenzen keine
Sorgen machen.Google mal nach dieser DB, die besteht eigentlich nur aus einer .dll die du
verwendest.Habe leider nicht mehr den Link dazu
-
Ich würd lustigst die Kombi MySqlServer/Borland C++ Builder benutzen.
Ist zwar auch wackelig wenn du dein Programm dann nicht unter die GNU Lizenz stellst, aber das sollte net das Prob sein oder?
-
Bin inzwischen fast fertig!
Benutze jetzt ne Paradox 7!
Die Grundversion dürfte an Weihnachten stehen! Mitarbeiter-, Orts- und Schlüsselverwaltung ist bereits lauffähig! Es fehlen nur noch die Berichte und die Schlüsselausgabefunktion und Übersicht!
Bei einzelnen Problemen, zwecks Bugfixes usw., poste ich dann im BCB-Forum!
Danke für eure Hilfe!!
Gruß Ralf
-
Hi!
Mein erstes Problem ist inzwischen aktuell... steht im BCB-Forum. Wer helfen will/kann findet hier Infos dazu.