* juergen seibel wrote/schrieb:
> > Ich habe schon mit relativ dicken Textdateien (3000 Datens�tze) rumge�tzelt,
> > das ist ganz gar f�rchterlich. Datenbanken sind da ein Segen: Daten rein,
> > Daten raus, um die Speicherung k�mmert sich die Datenbank. MySQL ist auch
> > sch�n simpel in der Bedienung, hat kaum Features, die ablenken k�nnten. ;-)
> H�rt sich erstmal gut an.
>
> > Zu jeder Datenbank geh�rt nur leider ein wie auch immer geartetes
> > Interface, das geschrieben werden will. Das kann aber im Zweifelsfall auch
> > ein Shell-Script sein.
> H�rt sich nicht gut an.
Tja, ohne Flei� kein Preis. ;-)
> Da werde ich j�mmerlich versagen.
> Ich br�uchte es aber unbedingt f�r die Firma.
> Ich w�rg` mir hier einen ab auf Staroffice.
Ha! Eben hast du noch auf der Kommandozeile rumgegreppt, und pl�tzlich ist
StarOffice im Spiel!
Wie gesagt: Die Datenbank selbst ist das kleinste Problem. Schwierig ist,
die Daten nicht manuell, sondern "w�rdevoll" hinein und wieder
herauszubekommen.
> Wenn das mit SQL f�r Dich so easy ist:
> Du nimmst Dir f�r 12.04. frei, ich hol` Dich morgens ab,
> wir machen das bei mir tags�ber und abends fahren wir zum Treffen
> (Bist Du gleich wieder in WI)
> L�hnung ist selbstredend.
Och nee, 'nen ganzen Tag schiebe ich da nicht ein. Ich habe Kundschaft, der
ich meinen horrenden Tagessatz mit besserem Gewissen berechnen kann, als
Dir. Da ich jeden Tag in Frankfurt bin, k�nnen wir uns aber gern am
Nachmittag treffen, bi�chen basteln, und dann nach WI r�berfahren.
Da w�rde ich Dir mal im groben zeigen, wie das mit MySQL funktioniert, und
Du k�nntest Dir dann erstmal �berlegen, welches Ziel Du darauf aufbauend
erreichen willst.
-martin
--
a man a plan a canal panama
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
