![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 7 Pomógł: 0 Dołączył: 16.08.2022 Ostrzeżenie: (0%) ![]() ![]() |
Cześć,
uczę się Laravela i męczy mnie jeden wątek. Chcę do tabeli orders dodać kolumnę type która będzie enumem i będzie przechowywała takie wartości jak marketplace, wholesale itd. Generalnie wydaje mi się to dobrym rozwiązaniem jednak problem pojawia się gdy chcę np. w panelu administracyjnym zmienić typ zamówienia bo ciężko jest wyciągnąć wartość dostępnych enumów aby je wpakować do <select> i wylistować. Drugim rozwiązaniem na jakie wpadłem jest utworzenie osobnej tabeli typu order_types, przechowywać w nich typy zamówień. Wtedy pobranie dostępnych typów byłoby dużo prostsze. Problem z drugim rozwiązaniem jest taki, że już teraz aby pobrać zamówienie muszę do zapytania dołączyć tabele customers, payment_types itd. i nagle się okazuje, że jak będę tak robił dalej to będę musiał łączyć masę tabel. Które rozwiązanie sugerowalibyście zastosować w tym przypadku? |
|
|
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 6 378 Pomógł: 1116 Dołączył: 30.08.2006 Ostrzeżenie: (0%) ![]() ![]() |
-------------------- |
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 623 Pomógł: 144 Dołączył: 22.12.2010 Ostrzeżenie: (0%) ![]() ![]() |
Ja zawsze wychodziłem z założenia takiego że jeśli jest przesłanka że mogą się typy zmieniać/dodawać/usuwać to wrzucałem je do bazy. W przypadku jeśli te typy będą już zawsze takie same to po prostu wrzucałem je do enum/const i dodawałem selecta.
|
|
|
![]() ![]() |
![]() |
Wersja Lo-Fi | Aktualny czas: 15.06.2025 - 05:46 |