Welche Tabelle für meinen Lagerbestand?

[xewo]

Hallo,
ich plane ein kleines Programm zum Abfragen des Lagerbestands eines Lagers zu schreiben. Dabei möchte ich in der Lage sein, während der Laufzeit Lagerinhalte mit Anzahl hinzuzufügen und zu Anzahlen zu verändern.

Beispielsweise möchte ich darin meinen Stuhl "Stuhl" abspeichern, von dem 5 Stk. im Lager vorhanden sind. (ich weiß ich bin kreativ)
Gespeichert sollen ungefähr 50 Datensätze(Tupel :-D ) werden.

Ich würde mich über Vorschläge, welchen Datenbanktyp und welche Abfrage ich am besten verwenden sollte freuen.
Da ich mit Datenbanken an sich nicht so viel erfahrung habe, würde ebenso über Links zu Tutorials, beschreibungen oder auch Threads freuen, da ich bisher für mich nichts ansprechendes gefunden habe (einschließlich Delphi-Treff Tutorials).


mfg xewo


Ps: Ich habe eine ähnliche Frage im XML Forum gefragen, bekomme dort aber kein Feedback, da XML wahrscheinlich die falsche anlaufstelle für solch ein "Projekt" ist.

[mkinzler]

Dein Problem sollte durch jedes ordentliche DBMS lösbar sein. deshalb sollten weitere Entscheidungskriterien herangezogen werden:
-MultiUser?
-Server? (BS)
-Lizenzierung?

[Bernhard Geyer]

Falls keni Multiuser nötig wäre dann wäre u.U. eine XML-Datei zur speicherung außreichend.

[xewo]

Also Ich möchte das Programm auf einem Rechner laufen lassen, also kein MultiUser und auch keine verbindung zu einem Server sondern nur eine lokale Datenbank.

Mein Problem ist, dass ich noch nicht mit Datenbanken gearbeitet habe und desshalb weiß ich garnicht, wie ich eine erstelle oder abfrage...

[mkinzler]

wegen des Zugriffkomfortes würde ich eine DB verwenden. In deinem Fall eine embedded DB oder eine Desktop-DB. Passende Tuts gibt es bei Delphi-Treff

[GuenterF]

Ist aber nur für den schnellen Hack :

Jeditools installieren.
Den Datenbestand als JvMemorytable im Speicher halten.
Beim Programm herunterfahren als csv exportieren.
Morgens beim Einschalten wieder importieren.

Und hoffen, das nicht der Strom ausfällt :))

[BAMatze]

Im Newsfeed gibt es ein gutes Angebot. Ein Buch über Datenbankprogrammierung für 0.00€ nur Versandkosten. Link zum Newsfeed

MfG
BAMatze

[xewo]

@ GuenterF lustige Idee, aber nichts für mich (was du sicherlich schon wusstest.. :) )

@mkinzler

erstmal danke für die Beratung, jedoch kenne ich mich mit solchen DBs nicht aus, bzw. habe noch nie eine erstellt. Könntest du mir evtl. eine kurze einweisung geben, wie und womit ich eine solche erstelle und mit Delphi Daten auslese, editiere oder hinzufüge. Denn das ist genau das wonach ich suche Datenbank typen gibt es viele aber ich suche eine Anleitung, sie zu verwenden.

Ich bin natürlich auch mit guten links zufrieden.

@BAMatze

Danke für den Link ich halte es mir erstmal offen, es zu kaufen. Wahrscheinlich, wenn ich garnicht mehr weiterweiß :-D

[mkinzler]

Je nach verwendeten DBMS gibt es Tools dafür. Bei Verwendung von Z.B. FireBird IBExpert ( gibt es als kostenlose PE Version). Die beste Zugriffsmethode/Komponenten hängen auch vom gewählten DBMS ab.

[BAMatze]

kein Problem, hab es mir vor einer Woche geholt und bin sehr zufrieden. Man bekommt alles sehr gut erklärt, vor allem, wenn man sehr viele Datenbestände hat, so dass ein Suchen im Datenbestand die Performanz des Programmes beeinträchtigt und wie man das verhindern kann.

[xewo]

Danke für die Tipps, das Buch hole ich mir dann wahrscheinlich wirklich danke dafür :thumb:

Ich komme leider nicht so richtig hinter den Leitgedanken Delphi mit einer Datenbank zu verbinden.
Ich denke, wenn ich mir eine Datenbank(jezt für mich halt mit nur einer Entität..) als eine Tabelle vorstelle, mache ich zunächst nicht falsch. Ich möchte also eine solche tabelle in Form einer Datei erstellen, auf deren Attribute ich mithilfe von Delhpi über eine Abfrage wie es sie bei arrays gibt (wie z.B. string := BeispelArray[x,y]) zugreifen kann.
Ist das realisierbar?

mfg xewo

[mkinzler]

Kann man machen, ist aber nicht so flexibel

[Hansa]

Zitat:

Zitat von xewo

Beispielsweise möchte ich darin meinen Stuhl "Stuhl" abspeichern, von dem 5 Stk. im Lager vorhanden sind. (ich weiß ich bin kreativ)
Gespeichert werden sollen ungefähr 50 Datensätze(Tupel :-D ) werden.

Mir scheint es, als ob der Titel zu wörtlich genommen wird. Wenn es so weiter geht, dann werden dir jetzt bald 10 DBs um die Ohren gehauen. Ds Stichwort heißt IMHO "Tabelle" und nicht DB. Letztere dürfte egal sein.

[xewo]

mkinzler, ich freue mich ja über das engagement, aber deine Beiträge fallen immer so Wortkarg aus :(
Also ich kann mir vorstellen dass es nicht sehr dynamisch ist aber für mich reicht es auf jeden Fall bzw. ist es perfekt.
Kannst du mir vielleicht beschreiben, wie ich das angehe, eine solche Tabelle anzufertigen und abzufragen?
(wenn du jezt ein 'ja' postest, dann verzweifel ich echt hier :-D )

[mkinzler]

Ohne Grundlagenwissen ist das Problem nun mal schwer lösbar. Und mit ein Klacks. Natürlich könntest du alles in einen Array oder eine Liste speichern. Nur ist diese dann schlecht erweiterbar. auch eine funktionelle Erweiterung des Programmes ist dadurch erschwert. Befasse dich mit den Grundlagen von relationalen Datenbanken, entscheide dich dann für eine DBMS.

[xewo]

Danke. Ich denke Grundlegendes Wissen über Datenbanken habe ich aber mir fehlt die Verbindung zu Delphi...

Ich brauche einfach ein Programm, mit dem ich so eine Tabelle anfertigen kann, da ich leider nicht im Besitz der professional Version von Delphi habe kann ich keine Tabellen direkt mit Delphi erstellen und muss irgendein Freeware Programm suchen.

Und dann brauche ich die Zugriffsbefehle.
Oder kann man in delphi SQL anwenden sprich 'Select Name from MeineTabelle' ? Wenn ja, wie implementiere ich soetwas in delphi?

[mkinzler]

Welches Delphi hast du den? An Besten trägst du diese in dein Profil ein.

[Hansa]

Zitat:

Zitat von xewo

Danke. Ich denke Grundlegendes Wissen über Datenbanken habe ich ...

Echt ? :gruebel:

Zitat:

Zitat von xewo

... kann ich keine Tabellen direkt mit Delphi erstellen...

Wer macht denn so etwas ? :shock:

[mkinzler]

Zitat:

Wer macht denn so etwas ? Shocked

Er meint wahrscheinlich die Datenbankoberfläche

[Chemiker]

Hallo xewo,

ich weis leider nicht welchen Funktionsumfang Delphi 7 Personal hat.
Aber es wäre vielleicht eine Überlegung wert, auf Turbo Delphi umzusteigen.
Dort könnte man mit Bordmittel mit ClientDataSet eine kleine Datenbank aufbauen.

Bis bald Chemiker

[xewo]

Zitat:

Zitat von Hansa

Zitat:

Zitat von xewo

Danke. Ich denke Grundlegendes Wissen über Datenbanken habe ich ...

Echt ? :gruebel:

Meinetwegen habe ich auch kein Grundlegendes Wissen, ist ja auch egal, ich hätte aber gerne ein paar Tipps von euch, wie ich jezt vorgehen soll... Ich möchte doch nur eine Datenbank-Tabelle, auf deren Attribute ich zugreifen kann. Und ich möchte wissen, wie ich das mit Delphi realisiere.

Ich wäre dankbar, wenn ich dazu einmal ein paar vorschläge bekäme und nicht immer nur korrigiert werden würde, ich denke man versteht mich schon.

mfg

[mkinzler]

Zitat:

Aber es wäre vielleicht eine Überlegung wert, auf Turbo Delphi umzusteigen.

Wäre auch mein Vorschlag. Sonst bräuchte man eine Datenbankbibliothek, die nicht auf dem DB-Teil der VCL aufsetzt (denn dieser fehlt in den PEs). Zeos unterstützt dies z.B.

[GuenterF]

Wenn Du immer bei einer Tabelle bleibst, kannst du sie wirklich als Textdatei aktualisieren, die heutigen PC sind schnell genug, um so etwas zu nutzen.
Solltest Du jedoch vorhaben, auch mal etwas anderes oder mehr zu programmieren, ist eine SQL Lösung immer der beste ansatz, egal ob eine oder 100 Tabellen.
Aus meiner subjektiven Sicht :
- bist Du mit MS verheiratet schau die lokale Edition des MS Servers an. Jedoch einiges an Arbeit zum Anbinden und Einpflegen ins Porgramm.
- soll es mal ins Internet gehen Mysql. Sehr viele Info, viele Nutzer aber auch etwas Aufwand
- bleibst Du bei Delphi dann Firebird. Gut gepflegt, viele Info auf Sourgeforge.net und im Forum. Alle Grundlagen sind über die Interbasekomponenten aus Delphi schnell nutzbar. Egal ob nur eine oder 1000 Tabellen. Einmal lernen und für alles nutzbar.

[xewo]

Ich denke, dass ich zunächst bei meiner Textdatei bleibe und mir dann dieses Buch zulegen werde.
Außerdem habe ich heute erfahren, dass ich über meine Schule eine Schülerlizenz für Delphi 7 Professional oder Enterprise oder so bekommen :thumb:

Ich dachte halt es wäre so einfach, dass ich einfach wie in Exel eine Tabelle erstelle und mit Delphi darauf zugreife aber naja denkste, danke trotzdem an alle.

mfg xewo

[mkinzler]

Ist es grundsätzlich auch. Es gibt auch genügend Tools zum Anlegen von Datenbanken (z.B. das oben schon genannte Tool IBEXpert)
http://zeos.firmos.at/index.php

[Jens Hartmann]

Ich habe vor nicht all zu langer Zeit vor dem selben Problem gestanden. Ich kann die folgendes empfehlen.

-Firebird Datenbank
Firebird

-IBExpert zum erstellen der Tabellen
IBExpert

-ZEOS Komponenten für Delphi zum abfragen.
ZEOS

Alles gibt es kostenlose.

Gruß Jens

[BAMatze]

Zitat:

Zitat von xewo

Ich denke, dass ich zunächst bei meiner Textdatei bleibe und mir dann dieses Buch zulegen werde.
Außerdem habe ich heute erfahren, dass ich über meine Schule eine Schülerlizenz für Delphi 7 Professional oder Enterprise oder so bekommen :thumb:

Ich dachte halt es wäre so einfach, dass ich einfach wie in Exel eine Tabelle erstelle und mit Delphi darauf zugreife aber naja denkste, danke trotzdem an alle.

mfg xewo

Du kannst über OleContainer auch einfach Excel in dein Delphi-Programm einbauen. Gibt auch viele Beiträge hier in der DP dafür. einfach mal SuFu benutzen, dann solltest alles finden.

MfG
BAMatze

[mkinzler]

Und Zeos hat wie erwähnt neben der VCL-Einbindung auch eine ohne ( ZDBC), welche auch mit den PEs funktioniert.
http://zeos.firmos.at/kb.php?mode=article&k=7

[Satty67]

Also wenn Du ausschließlich ~50 Möbelstücke mit Name+Anzahl auf einem PC verwalten willst, würde XML oder ganz klassische Record-Liste (Array) reichen. Das würde Dich auch noch nicht sehr fordern, Datenbank-Kenntnisse sind ja keine vorhanden, Delphi-Kenntnisse dann auch noch nicht so groß?

Nur kommt dann irgendwann der Wunsch nach mehr. Neben Möbelbezeichnung und Lagerbestand... Modellvarianten, Hersteller, Preise, Einlager/Auslagerdatum usw. Das ganze soll dann beliebig gefiltert angezeigt werden, evtl als kleine Basis für eine Auftragsbearbeitung mit Adressenverwaltung werden. Spätestens dann sind bei den einfachen Datenformaten die Arbeit das zu programmieren viel aufwändiger, als sich gleich z.B. mit einer kleinen DBMS zu befassen.

Die empfohlene Konfiguration Zeos -> FireBird <- IBExpert benutze ich auch und empfinde die auch als eher einfach zu verstehen.

[xewo]

Eine weitere Frage:
Könnte ich nicht in Excel eine Tabelle (xls) erstellen und auf die einzelnen Felder mit Delphi zugreifen und Werte hineinschreiben?
Ich verstehe nicht so ganz, wozu ich diese ganzen komponenten benötige, denn ich will doch nur eine Tabelle und auf diese zugreifen wie auf ein array. Im prinzip möchte ich also nur ein Array speichern.. versteht mich hier denn keiner..?
Ich möchte es ja garnicht sp kompliziert mit zeos und weiß ich nicht was sondern nur eine Tabelle und das mit dem Preis etc. ist ja jezt quatsch also ich bleibe bei meinen 2 Spalten!

[mkinzler]

Ja.
http://www.delphi-treff.de/tutorials...von-ms-office/

[Satty67]

Wer fragt bekommt Antworten, das wir weiter denken solltest Du uns nicht vorwerfen ;)

Zitat:

Zitat von xewo

Könnte ich nicht in Excel eine Tabelle (xls) erstellen und auf die einzelnen Felder mit Delphi zugreifen und Werte hineinschreiben? [...]ich bleibe bei meinen 2 Spalten!

Ich persönlich (als kein Zwang das zu übernehmen) würde in dem Fall die zwei Spalten dann einfach direkt in Exel verwalten.

[michaxx]

wenn es einfach sein soll, dann würde ich Absolute Database nehmen als DB-System, da recht einfach zu verwenden, recht schnell und gut dokumentiert... Tabellen kannst Du mit dem beigefügten Tool erstellen. Für komplexeres NexusDB, aber bei wenig Grundwissen vielleicht zu komplex

Grüße
Michael Bickel

[michaxx]

Zitat:

Zitat von Jens Hartmann

-ZEOS Komponenten für Delphi zum abfragen.
ZEOS

Alles gibt es kostenlose.

Gruß Jens

Ja, und die Zeos-Komponenten funktionieren auch so toll... wahlweise gibt ein einfach select * Daten zurück, mal nicht.
Dann lieber was vernünftiges - NexusDB gibt es schon ab ca. 120 Euro, Embedded sogar kostenlos und man hat ein komplexes C/S System aus einem Guß, also Server + Komponenten + Verwaltungstool

Wer mit FB vernünftiger arbeiten will muss auch Komponenten letztlich kaufen, und die Unterstützung von AutoInc ist schrecklich, Logische Felder gibt es gar nicht...

[xewo]

Oh mann... Ich möchte es euch auch garnicht vorwerfen.
Ich möchte das Program [..] blabla mit einer Datenbank/Tabelle mit 2 Spalten erstellen aus meinetwegen Übungszwecken...
Hierzu habe bisher ich nichts brauchbares gefunden, oder einfach nichts verstanden, weshalb ich jezt Frage..
Bezogen auf zeos etc. IBE und so: ich möchte keinen Datenbankserver simulieren oder so sondern eigentlich nur eine Tabelle und ich weiß nicht ganz genau, ob das alles nötig ist mit zeos etc... kann man es nicht ganz simpel halten??

Links zu Tutorials bringen mir eher weniger, aus diesem Grunde frage ich ja nach..

[michaxx]

Zitat:

Zitat von xewo

Oh mann... Ich möchte es euch auch garnicht vorwerfen.
Ich möchte das Program [..] blabla mit einer Datenbank/Tabelle mit 2 Spalten erstellen aus meinetwegen Übungszwecken...
Hierzu habe bisher ich nichts brauchbares gefunden, oder einfach nichts verstanden, weshalb ich jezt Frage..
Bezogen auf zeos etc. IBE und so: ich möchte keinen Datenbankserver simulieren oder so sondern eigentlich nur eine Tabelle und ich weiß nicht ganz genau, ob das alles nötig ist mit zeos etc... kann man es nicht ganz simpel halten??

Links zu Tutorials bringen mir eher weniger, aus diesem Grunde frage ich ja nach..

Schau doch mal nach Absolute Database (www.componentace.com) - sicherlich für einen Einsteiger geeigneter als ein komplexes SQL-System a la FB mit einem Zeos-Gemurkse - einfacher wie Absolute Database findest Du kaum was - lass Dir eher nicht FB aufschwätzen, zumindest nicht zum Einstieg, vielleicht mit mehr Übung.

[Satty67]

Zwei Spalten speichern geht ganz ohne DBMS auf mehrere Arten:

INI-Dateien:
Für kleinere Datenmengen, komfortabler Zugriff, langsam, Multiuser möglich aber nicht sicher, Filtern manuell per Code

Record-Arrays:
Fast beliebige Datenmenge, selektiver Zugriff, schnell, Multiuser aufwändig, Filtern manuell per Code

String-Listen:
Fast beliebige Datenmenge, nur serieller Zugriff, schnell, Multiuser aufwändig, Filtern manuell per Code

Ich persönlich würde mit Record-Arrays arbeiten, evtl noch Ini-Dateien wobei ich ~50 Einträge dafür fast schon zuviel finde.

Wenn Du Dich für eines Entschieden hast und nicht weist wie Du es in Delphi umsetzen sollt, kommt halt wieder ein Tutorial auf Dich zu...

[xewo]

Klar ich bin eigentlich für alles offen und ein Tutorials macht mir auch nichts nur wenn einer "Ja." + Link postet dann weiß man woher er 22000 posts hat.. Soll jezt garkeine kritik sein war ja bestimmt auch nett gemeint nur fange ich gerade mit Datenbanken an und die Ansage von Satty gefällt mir doch wesentlich besser..
Wenn ich mich jezt für solche Record-Arrays entscheide, wie kann ich diese denn abspeichern bzw. du kannst mir auch ein tutorial empfehlen :D

@michaxx ich habe mir gerade Absolute Database runtergeladen und probier es gerade aus.. Also neue Felder kann ich erstellen sind die sozusagen meine Spalten?

bzw. ich such mir jezt einfach mal Tutorials raus vielleicht bin ich hier einfach falsch, denn es scheint eher ein Forum auf sehr hohem Niveau und nicht für Beginner zu sein :lol:

[Satty67]

Würde ich nicht behaupten, auch Anfänger sind hier gut beraten. Ich bin auch kein Profi.

Nur war Deine Ausgangsfrage zu ungenau, für eine sofortige präzise Antwort. Dann waren Deine Wünsche auch etwas wechselhaft (ganz ohne Komponenten, Exel-Tabelle, jetzt Absolute Database).

Deine Antworten kamen bei mir auch ziemlich bissig oder angriffslustig rüber. Weshalb die Antworten dann zum Teil auch etwas weniger engagiert wurden.

Jetzt gehe ich mal Googlen, wer Nick Hodges ist :stupid:

[Jens Hartmann]

Zitat:

Ja, und die Zeos-Komponenten funktionieren auch so toll... wahlweise gibt ein einfach select * Daten zurück, mal nicht.
Dann lieber was vernünftiges - NexusDB gibt es schon ab ca. 120 Euro, Embedded sogar kostenlos und man hat ein komplexes C/S System aus einem Guß, also Server + Komponenten + Verwaltungstool

Wer mit FB vernünftiger arbeiten will muss auch Komponenten letztlich kaufen, und die Unterstützung von AutoInc ist schrecklich, Logische Felder gibt es gar nicht...

Also, ich bin zwar Anfänger, aber habe bis jetzt keinerlei Probleme mit ZEOS und Firebird gehabt(EDIT Ausser meine Eigene Dum...). Außerdem, wird das hier im Forum auch nicht nur einmal vorgeschlagen. Also können die Erfahrungen ja auch nicht ganz negativ sein.

Gruß

Jens