Mysql
 sql >> Baza danych >  >> RDS >> Mysql

Oddzielenie danych MySQL a łatwość użycia

Pozwólcie, że zacznę odpowiadać na to historią. (Nieco uproszczone.)

2011-01-01 Rezerwuję pokój na dwie noce, 2011-03-01 i 2011-03-02. Nie mówisz mi, który pokój dostanę. (Ponieważ jeszcze nie wiesz, który pokój dostanę.) Mówisz, że będzie to kosztować 40 dolarów za noc. Nie mam kuponów. Wpisujesz moją rezerwację do swojego komputera, mimo że masz już pełną rezerwację na obie te noce. W rzeczywistości masz już jedną osobę na liście oczekujących na obie te noce. (Nadpełnianie rezerwacji jest rzeczą normalną, a nie nienormalną).

2011-01-15 Podnosisz stawki za każdy pokój o $5.

2011-02-01 Dzwonię jeszcze raz, aby upewnić się, że nadal masz moją rezerwację. Potwierdzasz, że mam rezerwację na dwie noce, 2011-03-01 i 2011-03-02, na 40 USD. (Nie 45 USD, twoja obecna stawka. To nie była nasza oferta. Nasza oferta wynosiła 40 USD za noc).

2011-02-12 Jedna osoba dzwoni i anuluje rezerwację na 2011-03-01 i 2011-03-02. Nadal nie masz pokoju, w którym wiesz na pewno, że będę mógł się zameldować. Druga osoba z listy oczekujących ma teraz pokój; Nadal jestem na liście oczekujących.

2011-02-15 Jedna osoba dzwoni i anuluje rezerwację na 2011-03-01 i 2011-03-02. Teraz mam pokój.

2011-03-01 Zameldowałem się z kuponem.

  • Możesz przechowywać „bieżącą” lub „domyślną” cenę w każdym pokoju lub w każdej klasie pokoi, ale musisz zachować cenę, na którą zgodziliśmy się z moją rezerwacją.
  • Rezerwacje nie rezerwują pokoi; rezerwują potencjalne pokoje. Nie wiesz, kto wyjedzie wcześnie, kto późno, kto odwoła i tak dalej. (Z mojego doświadczenia wynika, że ​​raz na jakiś czas pokój zostanie zaklejony taśmą z miejsca zbrodni. Nie wiesz też, jak długo to potrwa.)
  • Możesz mieć więcej rezerwacji niż pokojonocy.
  • Kupony mogą prawdopodobnie pojawić się w dowolnym momencie przed wymeldowaniem.

Nie sądzę. Cena, na którą się zgodziłeś, powinna znaleźć się w samej rezerwacji. Konkretne pokoje nie mogą być rozsądnie przydzielone do ostatniej chwili. Jeśli na rezerwację przypada jeden kupon, może być konieczne zapisanie go również z rezerwacją.

Jedynym problemem związanym z raportowaniem jest upewnienie się, że raporty jasno informują, ile oczekiwanych przychodów należy zignorować z powodu przepełnienia rezerwacji.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Laravel (5.3) Elokwentny - Problem w związku

  2. mysql_fetch_array zwraca zduplikowane dane

  3. Jawnie ustaw typ danych komórki jako tekst dla wartości liczbowych

  4. Zapytanie SQL do pobrania danych roku finansowego pogrupowanych według roku

  5. Serializacja „Zamknięcia” jest niedozwolona - laravel