datenbank oder nicht wenn ja wie???

[mentos112]

moin jungs und mädels

ich habe hier ein formular mit verschiedenen edit feldern wo man z.b. namen adresse tel.nr. etc. eingeben kann. dann habe ich ein button wenn ich auf den klicke dann sollen die daten zu einer (db) hinzugefügt werden. diese db soll mit dem programm starten. also ne art kleines adressbuch allerdings mit sonderfuntionen. so soll in dem formular später noch ein suchfeld hinzu und so weiter. wenn ich auf einen anderen button klicke dann soll sich die "db öffnen" und alle daten aus der db in einer tabelle darstellen. wie kann ich das realisieren habe zwar mit delphi halbwegs gute ahnung aber auf der strecke datenbanken sieht es ganz schlecht aus!

mit freundlichen Grüßen
mentos112

[reiner54]

Wenn Du schnell und unkompliziert was bauen willst, dann mit den Datenbankkomponenten. Nimm erst einmal die Dantenbankoberfläche in Delphi und definiere Deine Tabelle. Im Delphi-Programm nimmst Du dann die Komponenten TDatasource und TTable. Die Tabelle kann über TDBGrid dargestellt werden. Zur Navigation kann man eine Navigator-Komponente nutzen.

Ich hoffe das hilft Dir weiter.

Reinhard

[Flare]

Was du auch nehmen könntest wäre eine Ini-Datei. Das ist zwar nicht ganz wie eine Datenbank aufgebaut, lässt sich aber trotzdem so verwenden :zwinker:


Flare

[Michael Habbe]

Um einen Einstieg zu bekommen, können dieses mitgelieferte Demo ganz hilfreich sein, um überhaupt zu verstehen, was, wie zusammen arbeitet.

Zitat:

C:\Programme\Borland\Delphi7\Demos\Db\FishFact

Und dieses dann erweitern.

Ansonsten hier im Forum mal schauen, ob es Einsteigerprogramme gibt.

edit: Habe mal was beigefügt. Ist ein ziemlich einfaches Beispiel, ähnlich dem was Du machen möchtest.

mfg
Michael

[Jelly]

Zitat:

Zitat von Flare

Was du auch nehmen könntest wäre eine Ini-Datei. Das ist zwar nicht ganz wie eine Datenbank aufgebaut, lässt sich aber trotzdem so verwenden :zwinker:

Seit wann ist denn eine INI Datei handhabbar wie eine Datenbank. Den Vergleich lass ich nicht durch :zwinker:

Auch würd ich mit dem Uraltkram der Datenbankoberfläche, Paradox und TTable (BDE) nix mehr anfangen. Das alles gehört ins Museum. Es gibt zu genüge andere, kostenlose und wesentlich performantere Systeme mit einem erhebblich höherem Lerneffekt als Paradox, auch wenn Systeme wie Firebird für eine simple Adressdatenbank womöglich overdosed ist. Aber Paradox und BDE, tse tse :wall:

[Uwe Beyer]

Hi mentos,

Zitat:

Zitat von Jelly

Zitat:

Zitat von Flare

Was du auch nehmen könntest wäre eine Ini-Datei. Das ist zwar nicht ganz wie eine Datenbank aufgebaut, lässt sich aber trotzdem so verwenden :zwinker:

Seit wann ist denn eine INI Datei handhabbar wie eine Datenbank. Den Vergleich lass ich nicht durch :zwinker:

Auch würd ich mit dem Uraltkram der Datenbankoberfläche, Paradox und TTable (BDE) nix mehr anfangen. Das alles gehört ins Museum. Es gibt zu genüge andere, kostenlose und wesentlich performantere Systeme mit einem erhebblich höherem Lerneffekt als Paradox, auch wenn Systeme wie Firebird für eine simple Adressdatenbank womöglich overdosed ist. Aber Paradox und BDE, tse tse :wall:

Dem kann ich eigentlich nur zustimmen. :cyclops:
Aber damit kommt der fragende leider nicht weiter.
Was möchtest Du in eine Datenbank schreiben?

Wenn es nur wenige Daten sind, gibt es kleine Lösungen wie z.B. über die ADS von MS (läuft aber nur ab XP).
Es gibt da noch die eine oder andere gute Schmalspurlösung.
Für größere Datenmenge empfiehlt sich die Installation von einer MySql Datenbank (Google-suche unter LAMP oder XAMPP).
Dazu brauchst Du aber noch Komponenten wie z.B. Zeos, damit Du die Daten auch einfach ansprechen kannst.

Gruß Uwe

[Die Muhkuh]

Hi,

BDE und Paradox. Oh ja... :mrgreen: Da ich selbst noch mit diesem Zeugs arbeiten muss, verstehe ich langsam, warum das ins Museum gehört...

zum Thema:

Wäre nicht evtl. auch XML etwas? Wenn man intern eine gute Struktur aufbaut, ließe sich auch prima danach suchen.
Ich weiß leider nicht, wie die Performance ist, wenn da mal 1000000 Kontakte drin stehen (ok, ist eher unwahrscheinlich^^).

[RavenIV]

also die BDE gehört wirklich in den Müll, ist total veraltet und unpraktisch.

Für Projekte, die nicht viele Datensätze (weniger als 100'000) verwalten müssen sind die embedded Versionen von MySQL oder Firebird gut geeignet.
Es gibt auch noch andere kleine und freie Datenbanksysteme (z.B. SQLight), die hierfür gut geeignet sind.

Kommt halt auf Deine Anforderungen an...

[Die Muhkuh]

Achja, vllt. wäre auch SQLite was für dich. Benutze ich auch gerade (das erste mal^^), finde ich aber gar nicht mal so schlecht.

@Raven

du meintest auch SQLite oder?

[oldmax]

Hi
Was habt ihr gegen den Standart- SQL-Treiber für Paradox, den die BDE (Datenbankexplorer ) anbietet. Warum muß ich mir gleich einen Raketenwerfer kaufen, wenn ich auf Spatzen schieße ?
Natürlich ist da nicht gleich eine vollwertige Datenbank, aber anstatt dem Hilferuf nachzukommen, meckert ihr am BDE rum. Dabei ist diese grade für die ersten Schritte mit einer Datenbank - Datenablage gar nicht mal so übel, und wenn's denn mehr sein muß, bitteschön, den Treiber anders konfiguriert und ob nun DBase, SQL, MySQl oder Paradox sowie diese Acces-DB, wenn nicht grad irgendwelche DB-sezifischen SQL's geschrieben sind, läuft's warscheinlich problemlos. Bisher hatte ich nur etwas Probleme mit Datumsformaten...
aber vielleicht irre ich mich ja.
Ich empfehle erst mal die BDE zu nehmen und sich ansehen, wie das mit den SQL's so funktioniert. Falls da noch mehr Info gewünscht wird, gebe ich auch gern Auskunft.
Gruß oldmax

[RavenIV]

bei uns kommt es bei der BDE eben halt recht oft vor, dass Daten verloren gehen, oder dass Tabellen plötzlich nicht mehr vorhanden sind.
Oft haben wir auch Fehlermeldungen "Einstellungen nicht verfügbar", "Datenbank gesperrt", "Datenverzeichnis fehlt".
Daher sind wir gerade sehr intensiv dabei, unsere Applikationen auf nicht-BDE umzustellen.

Warum soll man sich das Wissen um 4-eckige Räder aneignen, wenn es schon runde Räder gibt?

[oldmax]

Hi RavenIV
Welches Wissen ? Wenn ich meine ersten Schritte mit einer BDE mache und dabei die Funktionalität der SQL lerne, erfinde ich doch kein eckiges Rad. Wenn ich dann später der Meinung bin, meine Anwendung ist so gut, und braucht auch schon ein wenig mehr, nun, dann kann ich relativ einfach auf eine andere SQL-fähige Datenbank schwenken, indem ich einfach dem Treiber eine andere Datenbankadresse verpasse. (einfach gesprochen..)
In jedem Fall ist der Zugriff über Query schon ein riesen Fortschritt. Also helft dem Fragesteller besser mit einer Information, wie kann ich mit den Mechanismen der Datenbank umgehen, als mit der Diskussion, ob eine Datenbank veraltet oder irgendwas anderes ist. Wenn SQLLight Versionen kostenlos sind, stellt sich mir auch die Frage nach der Zuverlässigkeit...
hat aber nichts mit den Mechanismen zu tun.
Gut, genug gesabbelt, ich werde eine kleine Einführung schreiben, wie man mit den Datenbankkomponenten Daten speichern und bearbeiten kann. Wird ein wenig dauern, mal sehen. Ich geb mir Mühe. :zwinker:
Gruß oldmax

[Michael Habbe]

Hallo zusammen, :gruebel: :gruebel: :gruebel:

der gute mentos fragt nach einer Einführung und Ihr fangt an zu sabbeln :kiss: , das er bloß nicht die BDE+Paradox verwenden soll, weil die achso schrottig ist?

Lieber eine Installationsorgie der Datenbank (welche soll denn ein Noob nehmen?), dann die Datenbankzugriffskomponenten für Delphi und dann trotzdem noch das Handling lernen, wie man denn überhaupt eine Tabelle in diese SQL-DB hineinbekommt?

Nene.

@mentos

Arbeite Dich erstmal in die grundsätzliche Bedienung bzw. Programmierung ein - welche Datenbank da später hinterliegt, spielt kaum eine Rolle.
Für die Anfänge ist BDE+Paradox völlig ausreichend. Du wirst dann irgendwann auf die beschriebenen Probleme stossen, allerdings werden diese wohl kaum bei einer Adressverwaltung auftauchen.
Bis dahin kannst Du die Augen offenhalten und die ein oder andere DB austesten.


mfg
Michael

[Der_Unwissende]

Zitat:

Zitat von Michael Habbe

der gute mentos fragt nach einer Einführung und Ihr fangt an zu sabbeln

Hi, dem möchte ich mal zustimmen. Ich meine ich bitte euch, wie groß ist denn bitte euer Adressbuch? Und wieviele gleichzeitige Anfragen braucht ihr dort? Kenn ja nun wirklich einige gut gefüllte Adressbücher, aber nichts wofür man ernsthaft über ein DBMS nachdenken müsste.

Die Idee

Zitat:

Zitat von Flare

Was du auch nehmen könntest wäre eine Ini-Datei. Das ist zwar nicht ganz wie eine Datenbank aufgebaut, lässt sich aber trotzdem so verwenden

finde ich gar nicht all zu schlecht. Eine ini-Datei ist faktisch eine Datenbank. Jeder der das anzweifelt, sollte sich mal die Definition einer Datenbank und eines DBMS anschauen, dann seht ihr schon was was ist.
Natürlich muss man sich um ein paar Dinge in einer Ini-Datei selbst kümmern, aber es ist immer noch um einiges leichter und auf jedenfall auch für Anfänger geeignet. Natürlich muss es nicht unbedingt eine Ini sein, auch jede andere Form einfacher Textdateien sollten vollkommen ausreichen.
Ich denke XML dürfte sich dank der sehr guten Kapselung mit am besten eignen (sorry, grade zu faul auch hier das Zitat einzufügen, hat auch schon jmd. vorgeschlagen). Hier brauchst du nichts all zu großes (wie ein DBMS) zu installieren oder zu integerieren. Alles was du speicherst kannst du zu dem sehr einfach lesen, das macht auch vieles leichter. Wenn du irgendwann unmengen von kByte mit Daten zu gestopft hast und dich der magischen Grenze eine MByte näherst oder einfach die Daten verschlüsseln möchtest, kannst du dann leicht auf eine Zip-Komponente zurückgreifen, macht die Datei klein und gleichzeitig kannst du auch ein Passwort setzen.

Gruß Der Unwissende

[oldmax]

Hi
Ich hab mein Versprechen wahrgemacht und eine kleine Anleitung geschrieben. Steht in den Tutorials und ich hoffe, das genug Stoff drin ist, um darauf aufzubauen.
Gruß oldmax