Hallo,

ich habe in der Schule im Informatikunterricht mit Delphi gearbeitet. Wir haben unter anderem einen Roboter weiterentwickelt. Zu den Vorkenntnissen zu Delphi kann ich sagen, dass ich recht weit komme und viele Ideen einringen kann aber ich das Programm bei weitem nicht behersche.

Eine Idee habe ich trotzdem und ich hoffe/denke, dass ich es mit Delphi oder ggf. MS Access umsetzen kann.

In meiner Freizeit gehe ich gern fotografieren und am liebsten fotografiere ich Flugzeuge. Nun möchte ich mir gern ein Programm schreiben, dass als eine Art Archiv fungiert. Also eine große Datenbank in der alle meine Bilder gelistet sind, die ich je von Flugzeugen gemacht habe.

Es soll gewisse Funktionen mitbringen. Da wäre zum einen das Eingeben von neuen Daten und Bildern. Optimal wäre es wenn das Programm das Bild dann automatisch in die richtie Ordnerstruktur kopiert. Dazu kommen dann Informationen zum Bild wie z.B. Fluglinie oder Typ, Aufnahmeort oder Datum.

Desweiteren wäre es schön wenn ich eine Art Browser hätte, mit dem ich Bilder suchen und anschauen kann. (Verlinkung eventuell auf ein anderes Programm, dass das kann oder halt eine Anzeige einbauen.)

Wie eben erwähnt soll es eine Suchfunktion geben damit ich meine Bilder und spezielle Flugzeugbilder wiederfinde.

Inwiefern ist das möglich? Also möglich bestimmt aber ist das eine Nummer zu hoch für mich oder meint ihr, dass man sich da ruhig rantrauen kann?

Datenbanken habe ich in der Schule sehr auseinandergenommen. Habe u.a. mit MS Access und Delphi gearbeitet.

Würde mich sehr freuen wenn ihr mir sagen könnt wie man am besten rangeht.

Um die ganze Sache besser zu visualisieren zeige ich euch mal meine Homepage ohne nun Eigenwerbung zu machen.

www.aviationpix.org

Dort gibt es einen Spotterbrowser (Spotting) in dem ich eigentlich nur wenige meiner Bilder online gestellt habe. Aber so in etwas stell ich mir das vor. Das Problem nur ist, dass das online ist und somit für mich kein Archiv darstellt. Da es in PHP geschrieben ist, kann ich es offline nicht verwenden.


Vielen Dank soweit

Benny

ich gebe dir mal verschiedene Begriffe dazu

-ADO (komponenten zum beabreiten des Access-Formates)
-SQL (zum suchen von Einträgen)

Du kannst die DB-Komponenten nutzen (Bsp. TDBGrid), dass ist unflexibler, aber einfach.

Also mit etwas Geschick sollte man eine Komplette Datenbank mit den Standardkomponenten ohne eine Zeile Code hinbekommen (ohne Suchfunktion).

Ich würde dir empfehlen, ein Tutorial darüber zu lesen, das sollte eigentlich reichen, ist wirklich sehr einfach mit Delphi.

Danke für die blitzschnelle Antwort.

Wo finde ich denn solch Tutorials?
Gibt es Tutorials die ähnliche Funktionen aufweisen wie ich sie vorhabe? Ich meine ich muss das Rad ja nicht neu erfinden

Ich habe schon ein wenig gesucht aber die Seite schlechthin war noch nicht dabei.


Benny

Ohne genauer darauf geachtet zu haben ob die Tutorials zu deinem Problem passen, hier findest du einige recht gute:
www.delphi-treff.de/tutorials/

du kannst dir auch die Tutorials für BDE angucken, das funktioniert fast analog (bis auf die Connection)

Fliegerbenny hat folgendes geschrieben:

Inwiefern ist das möglich? Also möglich bestimmt aber ist das eine Nummer zu hoch für mich oder meint ihr, dass man sich da ruhig rantrauen kann?

Du bist in der gluecklichen Lage ein Projekt zu haben, das Dich interessiert und nicht allzu schwierig ist. Damit solltest Du wunderbar zwei Fliegen mit einer Klappe schlagen koennen:
1. Programmieren lernen
2. Ein Programm fuer Dein Hobby schreiben

Versuch's einfach mal, es ist nicht schwierig. Natuerlich wirst Du den ein oder anderen Fehler machen, der einem erfahrenen Programmierer nicht passieren wuerde, aber aus Fehlern lernt man in der Regel am Besten. Und wenn Du nicht weiter kommst, dann stell halt hier konkrete Fragen.

Viel Spass
twm

Xion hat folgendes geschrieben:

du kannst dir auch die Tutorials für BDE angucken, das funktioniert fast analog (bis auf die Connection)

Die BDE ist erstens Schrott und zweitens veraltet und zudem unnötig kompliziert (u.a. und gerade was die Distribution angeht).
Es gibt genug Alternativen, die tausendmal besser sind.

Hi,

ich suche immer noch eine (komfortable) Alternative zur BDE. Was könntest du da 1000mal besseres empfehlen?

Gruß aus dem Norden
blaskito

Die Frage ist, was man von einem Datenbanksystem erwartet. Mir ist z.B. wichtig, dass man keine zusätzlichen Installationsschritte braucht, d.h. alles in der eigenen Anwendung integriert hat.
Dies ist gerade bei größeren Datenbanksystemen nicht mehr so wichtig, da dort ohnehin die Einrichtung mehr Zeit in Anspruch nimmt.

Ich könnte jetzt hier noch viel dazu schreiben, verweise aber mal erstmal auf diese Website:
kylecordes.com/bag/

Ich persönlich habe gute Erfahrungen mit Absolute Database gemacht:
componentace.com/bde...bsolute_database.htm

jaenicke hat folgendes geschrieben:

..Die BDE ist erstens Schrott und zweitens veraltet und zudem unnötig kompliziert...

...und wird jetzt wohl endlich ensthaft entsorgt.

Zitat:

Delphi "Tiburón" Codename: Tiburón Time Frame: First Half 2008 ... BDE replacement based on SQLDataStore with highly compatible TTable/TQuery components

Quelle : Delphi Roadmap.

@Fragesteller : es wird schon seit etlichen Jahren davor gewarnt, die BDE zu benutzen. Da tut sich seit mind. 6 Jahren nichts mehr. Ich schätze, dass die Entscheidung dazu, das nicht weiterzuentwickeln insgeheim bereits vor 10 Jahren fiel (wer weiß, Win98 ??). Fange also nicht mit so was auch noch neu an.

jaenicke hat folgendes geschrieben:

Xion hat folgendes geschrieben: du kannst dir auch die Tutorials für BDE angucken, das funktioniert fast analog (bis auf die Connection) Die BDE ist erstens Schrott und zweitens veraltet und zudem unnötig kompliziert (u.a. und gerade was die Distribution angeht). Es gibt genug Alternativen, die tausendmal besser sind.

ja, ich weiß hab damit schon selbst viele schlechte Erfahrungen gemacht aber die Bedienung in Delphi ist die selbe wie bei ADO, die er benutzen will. Also kann ein BDE-Tutorial nicht schaden, wenn man ADO lernen will

Ja, man sollte wirklich zuerst mal Äpfel essen, um zu wissen wie Birnen eventuell schmecken.

Hallo,

danke für alle bisherigen Antworten. Sie haben mir sehr weitegeholfen dennoch gibt es ein paar Probleme.
Ich bin nun soweit, dass ich ein Anmeldefenster habe und ich mit Hilfe dessen eine Form öffnen kann. Wenn ich dann über ein MainMenu versuche ein Frame zu öffnen funktioniert das nicht. Mit Frame.Show müsste man doch einen Frame öffnen können oder? Ich versuche mir zur Zeit das Aussehen der Software zu überlegen und dann die nötigen procedures usw. zu schreiben.

Mal sehen inwiefern sich das Projekt realisieren lässt.

Benny

Ich war im Kurzurlaub, deshalb antworte ich erst jetzt :
Ein Frame ist zur Einbindung wiederkehrender Komponentenkonfigurationen in ein Formular. Diese können dann zentral bearbeitet werden, indem der Frame verändert wird. Die Änderungen wirken sich dann überall dort aus, wo der Frame auf ein Formular gepackt wurde.
Ein Frame kann also nicht separat angezeigt werden, da er nur zur Vereinfachung gedacht ist.