Projektowanie naszych tabel danych

Przed rozpoczęciem programowania zawsze dobrze jest projektować za pomocą papieru i ołówka. Jeśli to zrobisz, przekonasz się, że twój kod jest znacznie lepszy, ponieważ będziesz rozważać scenariusze, których możesz nie zobaczyć, jeśli zaczniesz programować od razu, i zamiast hakować to, co już zaprogramowałeś, będziesz w stanie wcześniej zaprojektować rozwiązania. To łatwa inwestycja, która bardzo często się opłaca, więc to właśnie zrobimy w tej sekcji, zaprojektujemy nasze dane.

Podstawowe zmienne

Zacznijmy od najprostszego scenariusza, jaki możemy sobie wyobrazić, i spróbujmy znaleźć wszelkie potencjalne problemy, jakie możemy napotkać. Dla każdej sprzedaży chcielibyśmy mieć następujące zmienne: sprzedaż DATE, COST dla produkcji tego rodzaju żywności, QUANTITY kupiona, PRICE dla rodzaju żywności, niezależnie od tego, czy lub nie zastosowaliśmy a DISCOUNT, procentowe wartości makroskładników pokarmowych dla CARBS (węglowodany), PROTEIN i FAT, PROETIN_SOURCE jedzenia (albo FISH, CHICKEN, BEEF lub VEGETARIAN, jeśli dana osoba tego nie robi jeść mięso), STORE gdzie zostało sprzedane, DELIVERT metoda (wyślij TO LOCATION lub dostarcz IN STOR), STATUS sprzedaży, którym może być PENDING, DELIVERED, RETUNED lub CANELLED (sprzedaż nie może mieć dwóch statusów jednocześnie), niezależnie od tego, czy była PAID, klient BIRTH_DATE i GENDER, ile STARS przyznali firmie datę CUSTOMER_SINCE i ile przesłali nam wiadomości związanych z ich zamówieniem, a także DATE, STARS i rzeczywista MSSAGE dla każdego z nich.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *