Conform primei versiuni, am vorbit deja - nu este necesară comunicarea de la mulți la mulți. Există un tabel de restaurante cu mai multe informații, un tabel de tabele, fiecare dintre ele ID-ul specificat restaurante (one-to-many), există un tabel de locuri la mese fiecare cu id-ul de masă specificat. În tabelul de comenzi pentru fiecare comandă, indică tabelul de identitate sau locul de identitate sau altul legate de tableta (unul-la-multe) cu scaune pentru fiecare comanda (pentru optimizarea acestei tablete pot fi ambalate în caseta de câmp, Comenzi de tip id_mest de masă și de conținut, cum ar fi " 1.10.15 ".
Conform celei de-a doua cifre. Locul și masa - totul este bine. OrderAndTable este necesară numai dacă aveți mai multe mese într-o singură comandă.
„În primele 30 de mese și restaurant cu un id de 1-30, iar în a doua Id-ul va avea 30 - 60, de exemplu,“ - nici o problemă, și chiar dacă sunt intercalate id tabele de restaurante diferite.
"Există vreo modalitate de a face un ID de tip compozit în unele tabele de la 1 la 30, dar cu PlaceId 1, tastați 1_1, 1_2 și așa mai departe?" - Puteți face o cheie primară în două domenii simultan, iar cea de-a doua va fi auto_ancrement - o soluție normală, doar cu unele ORM-uri puteți întâmpina unele neplăceri.
Răspunsul dvs. la întrebare
Articole similare
-
Cum se creează o operațiune universală fără cruzime creată pe php pentru diferite mese
-
Opțiuni pentru construirea unui sistem de rezervare pentru un operator de turism
Trimiteți-le prietenilor: