Tweet
Hi!
Hotel-Preise errechnen sich aufgrund mehrere Komponenten:
>Die Preis-Komponenten, wie z.B. Saisonzeit, Übernachtungsdauer, Anzahl Personen, kurzfristige Sonderzeiten innerhalb einer Saisonzeit (Ostern, Messen...) u.v.m. ...<
... sowie andererseits:
>dem "Basispreis" eines Angebotes, wie z.B. einem Doppelzimmer, Halbpension... <
Der End-Preis (für eine Buchung) fängt bei dem Basispreis an und errechnet sich folgend durch die weiteren Preiskomponenten, die der gast angibt.
Müssen hierzu 2 Arten an DBs haben:
1. DB: Adressen mit den Preis-Komponenten eines Hotels (...) die zu einem Endpreis (Gästebuchung) errechnet werden
2. DB: Die inhaltlichen Positionen / Angebote (das sind mehrere DBs, je nach Angebotsart, z.B. Veranstaltungen, Zimmer, Gastronomie...)
Mittels Abfrage können natürlich alle Preiskomponeten in beliebigen DBs stehen - klar. Dennoch befürchte ich (z.B. für die tab. Ausgabe eines kompletten Gastgeberverzeichnisses!), dass der Berechnungsprozess ungleich länger dauert und den Server mehr beansprucht, wenn mittels PHP die notwendigen Daten aus verschiedenen DB gezogen und errechnet werden müssten.
FRAGEN:
Die Preiskomponenten müssen in DB1 bleiben.
Wo sollten die Basis-Preise eines Angebotes gespeichert werden, *** um Serverbeanspruchung und Rechenzeit *** möglichst gering zu halten???
1. In der Stamm-DB, wo auch alle Preiskomponenten stehen?
oder
2. in den jeweiligen angebotsspezifischen DB´s, wodurch zur Preisberechnung andere DB´s angefragt / gewechselt werden müsste.
Vielen Dank und Gruß
Lehder
Hotel-Preise errechnen sich aufgrund mehrere Komponenten:
>Die Preis-Komponenten, wie z.B. Saisonzeit, Übernachtungsdauer, Anzahl Personen, kurzfristige Sonderzeiten innerhalb einer Saisonzeit (Ostern, Messen...) u.v.m. ...<
... sowie andererseits:
>dem "Basispreis" eines Angebotes, wie z.B. einem Doppelzimmer, Halbpension... <
Der End-Preis (für eine Buchung) fängt bei dem Basispreis an und errechnet sich folgend durch die weiteren Preiskomponenten, die der gast angibt.
Müssen hierzu 2 Arten an DBs haben:
1. DB: Adressen mit den Preis-Komponenten eines Hotels (...) die zu einem Endpreis (Gästebuchung) errechnet werden
2. DB: Die inhaltlichen Positionen / Angebote (das sind mehrere DBs, je nach Angebotsart, z.B. Veranstaltungen, Zimmer, Gastronomie...)
Mittels Abfrage können natürlich alle Preiskomponeten in beliebigen DBs stehen - klar. Dennoch befürchte ich (z.B. für die tab. Ausgabe eines kompletten Gastgeberverzeichnisses!), dass der Berechnungsprozess ungleich länger dauert und den Server mehr beansprucht, wenn mittels PHP die notwendigen Daten aus verschiedenen DB gezogen und errechnet werden müssten.
FRAGEN:
Die Preiskomponenten müssen in DB1 bleiben.
Wo sollten die Basis-Preise eines Angebotes gespeichert werden, *** um Serverbeanspruchung und Rechenzeit *** möglichst gering zu halten???
1. In der Stamm-DB, wo auch alle Preiskomponenten stehen?
oder
2. in den jeweiligen angebotsspezifischen DB´s, wodurch zur Preisberechnung andere DB´s angefragt / gewechselt werden müsste.
Vielen Dank und Gruß
Lehder