> klar- ich wollte die zimmeranzahl erweiterbar halten, habe > mich dann aber dageben entschieden aus folgenden gr�nden: > > a) die zimmerarten eines hotels variieren nicht oder kaum
Nicht innerhalb eines hotels, aber zwischen verschiedenen hotels... Die software w�re so nur in einem hotel einsetzbar bzw. Nicht in beliebigen... > ist zwar keine saubere db-struktur, aber ich denke, > dass ist einer dieser f�lle, in denen man zu gunsten der > performance und des programmierumfangs abstriche machen kann. > > oder siehst du das anders? Naja... Das geht eigentlich zu _lasten_ der sql performance, weil zwischen zeilenbasiert und spaltenbasiert umgewandelt werden muss... Z.B. mit mehreren Abfragen... Wenn es eindeutig ist - also beide zeilen- oder beide spaltenbasiert - dann braucht man pro tag nur eine insert-anweisung, wenn nicht, dann muss man entweder mit subselects oder mehreren insert-anweisungen "umwandeln" ... Apropos... Wenn wir schon beim optimieren sind... Wenn du eine tabelle hast wo alle tage einzeln eingetragen sind (ist so �bel nicht, weil du dann darin auch bewegliche feiertage etc notieren kannst), dann brauchst du auch keine schleife mehr f�r die tage und alles geht mit einer insert-anweisung (obig angesprochene einheitlichkeit vorausgesetzt) Claudius Claudius _______________________________________________ Database.asp mailing list [EMAIL PROTECTED] http://www.glengamoi.com/mailman/listinfo/database.asp
