Am Donnerstag Juni 12 2003 15:15 schrieb Yevgen Reznichenko: > Am 06/12/2003 11:17 AM schrieb Roland Kruggel: > > Ja, das ist richtig. Momentan haben einige so ein paar > > Probleme des generellen Verständnisses der > > Datenbanken/Tabellen. Aber das kriegen wir auch hin. > > Weder ich, noch glaube ich Michael, haben Problemen mit den > Datenbanken und mit Verständnis von Tabellen. Du siehst die > Tabellen in einer DB als das Zentrum der WWS, Ja, das tue ich. Die Datenbank ist zwar nicht alles, aber ein gutes Design ist die halbe Miete. > ich sehe dagegen > die DB als eine sehr perfomante und kluge Festplatte. Aber Das siehst du leider falsch. > eben nur eine Festplatte! Im Mittelpunkt steht das Programm > und dieses Programm speichert ihre Daten in der DB und das ist > alles! Du denkst dagegen das man zuerst den DB-Entwurf macht > und dann an diesen das Programm anpasst. Auf dieser Weise > werden nur die Eingabemasken für die DB erstellt und sich nur > darauf zu beschränken habe ich absolut keine Interesse. Ich glaube wir reden wirklich aneinander vorbei. Ich lösche mal diesen Part aus meinem Gedächniss. > Tabellen sind *plattgemachte* Objekte! D.h. die semantische > Information geht verloren, wenn wir nach Tabellen Objekte > erzeugen, das muss meiner Meinung nach umgekehrt sein, die > Objekte speichern ihre Daten wie es ihnen am besten passt in > die Tabelle. Ja ok. Welche Datenbank nehmen wir dann dafür. Ich kenne keine Datenbank der man sagen kann: Hier hast du Daten, mach wie du willst. > > Ob sich da Gegensätz zwischen OO und DB auftuen weis ich > > nicht. > > Wir haben hier nicht einfach eine DB sondern eine relationale > und keine objektrelationale! D.h. bei Abbildung der Objekten > auf die DB gehen hierarchische Beziehungen verloren. Und wo ist das Problem dabei? > > Sehe ich allerdings auch nicht. Es sind halt 'nur' daten die > > irgenwie und irgendwo auf einem Datenträger landen müssen > > und dort verwaltet werden müssen. Dem Programm müssen diese > > Daten ja nur zur Verfügung stehen, wie dieses Programm dann > > die daten weiterverarbeitet hat ja direkt nicht mehr mir der > > DB zu tun. > > Ganz genau! Das Programm bringt die Daten in die DB und > verarbeite diese intern! D.h. nicht an die DB soll das > Programm angepasst werden sondern DB an das Programm. Willst du dann auch die Programmanwender an die Daten die das Programm zur verfügung stellt anpassen? > > Meine Premisse ist es jetzt die Datenstrukturen so zu > > definieren das keine Felder fehlen, kein doppelte > > Datenhaltung vorkommt und die Datenintegrität gewart bleibt. > > Und wie möchtest die Beziehungen zwischen den Daten erhalten > bleiben? Die Beziehungen zwischen den einzalnen Daten werden zum einen Teil in der Datenbank definiert und zum Anderen im Programm. Jedoch ohne Datenbak hat das Programm keine Daten und somix nix was es in irgeneiner Beziehung setzten kann. > > Ich glaube wenn die Datenbankstruktur mal steht, hat man > > 'was in der Hand' worüber man reden/schreiben kann und > > worauf man das Programm konkret aufbauen kann. > > Genau dies ist der Streitpunkt. Wenn man ein Programm > schreibt, so entwickelt man nicht zuerst die > Konfigurationsdateien, Datendateien usw. und passt dann das > Programm an diese an, sondern man entwickelt das Program und > sobald man merkt das etwas gespeichert werden muss legt man > eine etnsprechende Datei an. Das ist einfach falsch. > Ich möchte aber erneut wiederhollen wir sind noch nicht einmal > bei dem Programmentwurf, sondern noch in der > *Anforderungsermittlungsphase*! D.h. auch die Diskussion von > Implementationsdetails ist jetzt noch überfrüht. Wir sind noch lange nicht bei Implementierungsdetails. Wir ja auch hier nicht besprochen. cu -- Roland Kruggel mailto: rkruggel@xxxxxxx System: AMD 1200Mhz, Debian woody, 2.4.20, KDE 3.1 -- Projekt: Warenwirtschaft. Projektname: Jana Infos: http://jana.bbf7.de -------------------------------------------------------------------- Zum AUSTRAGEN schicken Sie eine Mail an idefix-request@xxxxxxxxxxxxx mit dem Subject "unsubscribe". mailto:idefix-request@xxxxxxxxxxxxx?subject=unsubscribe Mailarchive: //www.freelists.org/archives/idefix Probleme? Mail an mailto:rkruggel@xxxxxxx (deutsch)