Re: Glossar(Stammdaten)
- From: Yevgen Reznichenko <yevgen.r@xxxxxx>
- To: idefix@xxxxxxxxxxxxx
- Date: Wed, 18 Jun 2003 17:22:33 +0200
Hallo,
Am 06/18/2003 07:34 AM schrieb Roland Kruggel:
Der primary key sollter immer Integer sein,
Sag es denn Datenbänklern, die werden es nicht lustig finden
Die werden mir sogar recht geben, denn meistens ist Int schneller
als varchar(o.ä.) und Performence ist schliesslich wichtig.
Wer hat es denn gesagt? Wenn du aus dem Program einen Kunden brauchst
so suchst du nach seiner Kundennummer und diese ID wird gar nicht
benötigt.
LIEST DU AUCH MAL ANDERE MAILS?
Z.B. die von Michael und mir?
Den Eindruck ist aber auch gegenseitig. Ausserdem antworte ich auf 90%
der Mails.
Wenn du zur Verknüpfung zweier Tabellen die Kunden-ID
anstelle von Kundennummer stellen wirst, so gewinnst du rein gar
nichts an performance, sondern nur verlierst denn, letzendlich
interessiert dich die Kundennummer. D.h. um z.B. die Adresse zu einem
Kunden rauszusuchen 1. suchst du in der Tabelle "Kunde" zuerst nach
seiner ID,
2. Anschliessend suchst du in der Verknüpfungstabelle zu der ID die
passende Adress-ID
3. Erst dann kannst du anhand dieser Adress-ID die Adressdaten
herausholen.
Falsch. Hast du eigentlich schon mal eine großere Datenbankanwendung
geschrieben?
Ja habe ich. Die Anwendung war zwar nicht riesig gross, aber die
Datenbank. Daher weiss ich auch wovon ich spreche.
Ich habe so langsam den anschein, daß du nur theoretisches wissen hast.
Ich habe zwar nicht *nur* theoretisches Wissen, aber du hast Recht mein
Theoriewissen konnte ich bis jetzt nicht im vollen Maß umsetzen. Dieses
Theoriewissen wurde mir aber von sehr gebildeten Leuten rübergebracht
und dieses Wissen weiss ich zu schätzen. Du hast Recht ich wollte in
diesem Projekt mein theoretisches Wissen in die Praxis umsetzen. Ich
wollte aus diesem WWS etwas modernes konkurenzfähiges bauen, ich wollte
ein sehr flexibles und erweiterbares Produkt nach dem neusten Stand der
Entwicklung bauen. Ich wollte auf gar keinen Fall die Fehler aus
Vergangenheit übernehmen und in dieses Produkt einfliessen lassen. Ich
wollte auf gar keinen Fall auf den Markt bringen das was schon seit 30
Jahren da ist und gezeigt hat, dass starre Systemen ein Unternehmen in
die Pleite treiben können, da diese bei Wachstum durch neuere Ersetzt
werden müssen und dieser Ersatz sehr schmerzhaft ist. Und ich wollte auf
gar keinen Fall Eingabemasken für DB programmieren.
Vieles was du sagst ist in der Praxis nicht durchführbar oder einfach
falsch.
Das meine Meinung nicht immer richtig ist weiss ich selbst, wenn jedoch
mir nicht begründet wird warum diese falsch und einfach als falsch
bezeichnet wird, kann ich das nicht akzeptieren. Insbesondere dann nicht
wenn ich meine Meinung auf das Wissen von Professoren und der gleichen
anlehne. Insbesondere ärgert mich wenn ich die Sachen, die im Prinzip
bei allen die ich kenne selbstverständlich sind, versuche hier
einzubringen, treffe aber auf kaum begründeten Widerstand und höre nur
"das siehst du falsch".
Ds schlimmste jedoch ist, daß du dich in keinster Weise
belehren lassen willst.
Mich belehren zu lassen tue ich gerne, nur ich bin lernresistent, wenn
mir etwas ohne Erklärung und fundierten Begründung zur Lehre gebracht
wird. Ungefähr so
"Das ist so, akzeptiere es einfach."
Ohne dieser ID wäre der Schritt [1] rausgefallen. => Die Abfragezeit
könnte um 30% reduziert werden.
Von deine drei Schritten brauche ich nur einen einzigen.
Ich habe mir jetzt Homepage angeguckt, anstelle von oberen 3 Schritten
wirst noch mehr brauchen, dazu will ich mich aber nicht mehr äussern.
Ich habe schon so manche DB's gesehen, aber so einen Entwurf habe ich
noch nie gesehen.
Und wozu brauchen wir diesen Vergabefeature bei den Kunden?
Damit wir es nicht selbst tun müssen.
Das machen wir doch bei dem Kunde sowieso! Genau dies ist das
Streitpunkt. Ich sage da wir eine eindeutige Kundennummer zu jedem
Kunde erzeugen so brauchen wir keine weitere ID dazu, wir können
schon die sowieso erstellte benutzen.
Meine Mail gelesen?
Gegenfrage, hast du das obere gelesen und verstanden?
Im Gegensatz, in jeder Vorlesung über DB ist es ein
Standardbeispiel in dem man ID nicht von der DB erzeugen lässt und
als Primarykey nimmt.
Warum soll ich mich um etwas kümmern, was die DB viel besser kann?
Die DB kann leider nur die Integers als Nummern erzeugen und diese
inkrementieren, die Anwendung braucht aber komplexere Nummern, die
aber eindeutig sind! Was hat es dann für ein Sinn eine weitere
eindeutige ID auf Seite der DB einzuführen?
Eben. Davon reden wir ja.
Mails lesen!
Das hatte ich getan, hat aber nichts gebracht um nachzuvollziehen, z.B.
warum diese ID in jeder Tabelle so sinvoll sein könnte. Mir wurde nur
andauernd wiederhollt das man damit die Daten besser referenzieren
könnte, woraufhin habe ich versucht klarzumachen, dass diese Funktion
können schon sowieso vorhandenen Nummern übernehmen. Ich habe morgen
wieder eine Vorlesung über DB's und werde den Professor danach fragen,
insbesondere ob es einen Geschwindigkeitsunterschied zw.
alphanummerischen und nummerischen Nummern gibt. Ich habe schon mit
einer riesigen universitären DB gearbeitet und deren Struktur war
normalisiert und ich muss sagen in fast keiner einzigen Tabelle habe ich
solche künstlich erstellte ID's vorgefunden. Wenn es sich um eine
Vorlesung handelte, dann wurde eben die Vorlesungsnummer
(alphanummerisch) zur Referenzierung benutzt und das gleiche galt für
Professoren, Studenten, Semestern, Räume usw.
Ich sehe mich leider als einen grossen Stolperstein bei der Entwicklung
dieses Projektes und werde mich zurückziehen. Das hat einfach keinen
Sinn, es werden kaum gemeinsamen Entscheidungen getroffen, es wird nur
ohne Ende diskutiert und immer wieder das gleiche wiederholt. Aus diesem
Grund möchte ich nicht weiter diesen Projekt ständig ausbremsen, das hat
weder für euch einen Sinn, da ihr so schneller zum Konsens kommen könnt,
noch für mich da ich muss dann nicht sinnlos die 1000 Mails an die Liste
schreiben für die ich so viel Zeit brauche. Ich finde es schade das die
Zusammenarbeit nicht geklappt hat, weiss jedoch dass daran auch ich
schuld habe. Das Problem liegt einfach daran dass wir unterschiedliche
Dinge unter dem zu erstellendem Produkt sehen. Mein Traum war von etwas
mächtigem und sehr modernen, mit modernen Entwurfs-, Modellierungs- und
Entwicklungsmethoden auf heutigen Stand der Entwicklung und Forschung.
Es spielt jetzt keine Rolle, da ich einfach nicht sehe wie ich diesem
Projekt hilfreich sein könnte ohne auf meine Ansichten zu verzichten und
etwas zu erstellen was ich überhaupt nicht möchte. Ich wünsche euch viel
Spass bei Entwicklung und hoffe das ihr so schneller zum gewünschtem
Produkt kommen könnt und die erste Release zu Stande bringt. Ich werde
die Entwicklung verfolgen und bleibe noch auf der Liste subscribed.
cu
Mit freundlichen Grüßen,
Yevgen.
--
Please do *not* send "Security Patch Notifications" or "Security
Updates"; this system isn't running a Micro$oft operating system.
And don't annoy me <mailto:postmaster@[127.0.0.1]> please :-D
--
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)
Other related posts: