Press "Enter" to skip to content

Baza danych aplikacji

Prośba o wybaczenie

Na początku chciałbym przeprosić za nieregularność w publikowaniu informacji o projekcie, ale czasem tak wypada, że się nie da (na tygodniu praca, w weekend było oblewanie zakończenia studiów i zrobił się leniwy weekend 😉 ). Od tej pory planuję w miarę regularnie wrzucać posty (niedziela lub poniedziałek oraz środa lub czwartek).

Baza danych

Dzisiaj chciałbym przedstawić Wam projekt bazy danych do aplikacji Fuel Analyst. Z góry uprzedzam, że „SQLowcem” to ja nie jestem, więc przy projekcie niewielkiej części (złączenie kilku identycznych tabel w jedną, aby to miało sens bazodanowy) poprosiłem o pomoc kolegę, dzięki wielkie Michał 😉

Oto jakich elementów potrzebowałem do poprawnego działania aplikacji:

  • VEHICLE – tabela przechowująca informacje o pojazdach

    • ID
    • MAKE
    • MODEL
    • YEAR_OF_MANUFACTURE
    • WEIGHT
    • ID_FUEL_TYPE
    • LICENSE_NUMBER
    • POWER
    • ENGINE_CAPACITY
    • ODOMETER
    • ID_TRANSMISSION
    • ID_ODOMETER_UNIT
    • ID_BODY_TYPE
  • FUELING – tabela przechowująca informacje o tankowaniach

    • ID
    • ID_VEHICLE
    • DATE
    • ODOMETER
    • TRIP
    • QUANTITY
    • FULL_FUELING
    • ID_FUEL_TYPE
    • COST
    • ID_TIRES
    • ID_DRIVING_STYLE
    • ID_ROUTES
    • EXTRAS
    • AVERAGE_COMBUSTION
    • FUEL_UNIT_COST
  • REMINDER – tabela przechowująca informacje o przypomnieniach

    • ID
    • ID_VEHICLE
    • DATE
    • DATE_REPEATING
    • ODOMETER
    • ODOMETER_REPEATING
    • DESCRIPTION
  • EVENT – tabela przechowująca informacje o wydarzeniach

    • ID
    • ID_VEHICLE
    • ID_EVENT_TYPE
    • DATE
    • REMINDER
    • DESCRIPTION
  • PARTS_TYPE – tabela przechowująca informacje o typach części (jest to pomysł połączenia wielu identycznych tabel do jednej tabeli z dodatkową kolumną informującą o grupie, do której dane części należą)

    • ID
    • TYPE
    • PARTS_GROUP

Tak szczerze mówiąc, jest tutaj niewiele do opisywania, projekt bazy wraz z typami danych znajdzie się poniżej w formie diagramu UML. Aplikacja nie jest bardzo skomplikowana, aby musiała potrzebować bardziej skomplikowanej struktury. Myślę, że taka struktura w zupełności wystarczy do poprawnego działania aplikacji, chociaż nie obiecuję, że podczas implementacji, struktura ta nie ulegnie zmianie 🙂

Schemat bazy danych