Wskazówki dotyczące projektowania bazy danych

Podczas projektowania bazy danych należy najpierw przemyśleć różne wymagane obszary biznesowe (moduły), takie jak Zarządzanie żądaniami, Zarządzanie zmianami itp. Następnie można rozbić informacje, które mają być przechowywane w postaci osobnych przedmiotów (obiektów biznesowych), oraz określić w bazie danych powiązania zachodzące między tymi obiektami biznesowymi. Dzięki temu można kompletować właściwe informacje wtedy, gdy są potrzebne.

Określenie przeznaczenia bazy danych — Na pierwszym etapie projektowania bazy danych należy określić, do czego będzie służyć i jak będzie używana. Pozwala to ustalić informacje, które mają być udostępniane przez bazę danych.

Określanie potrzebnych modułów — Po dokładnym ustaleniu przeznaczenia bazy danych należy określić różne wymagane obszary biznesowe (moduły), takie jak Zarządzanie żądaniami czy Zarządzanie zmianami.

Określenie potrzebnych obiektów biznesowych — Kiedy moduły są określone, można podzielić informacje na osobne przedmioty, których dotyczące dane będą zapisywane w bazie danych. Są one nazywane obiektami biznesowymi. Należy przyjrzeć się informacjom, które mają być udostępniane przez system, i podzielić je na podstawowe przedmioty, takie jak Użytkownicy, Problemy, Elementy konfiguracji itp. Każdy z tych przedmiotów jest dobrym kandydatem na obiekt biznesowy.

Określenie potrzebnych atrybutów — Należy podjąć decyzję o tym, jakie informacje mają być zapisywane na temat każdego obiektu biznesowego. Są to atrybuty.

Określenie relacji — Należy przyjrzeć się informacjom, które mają być reprezentowane w bazie danych, i zdecydować, w jaki sposób dane zawarte w jednym obiekcie biznesowym mają być powiązane z danymi zawartymi w innych obiektach biznesowych.

Typowe problemy podczas projektowania

Podczas projektowania bazy danych można napotkać kilka typowych pułapek. Problemy te mogą spowodować, że korzystanie z informacji i ich obsługa mogą okazać się trudniejsze niż przypuszczano. Poniższe objawy mogą wskazywać, że konieczne może być przeprojektowanie bazy danych.

• Istnieje jeden obiekt biznesowy o dużej liczbie atrybutów, z których nie wszystkie dotyczą tego samego przedmiotu. Na przykład obiekt biznesowy może posiadać atrybuty dotyczące użytkowników oraz atrybuty zawierające informacje o problemach. Należy upewnić się, że każdy obiekt biznesowy zawiera informacje dotyczące tylko jednego przedmiotu.
• Istnieją atrybuty, które celowo pozostawiono puste w wielu instancjach obiektów biznesowych, ponieważ nie mają zastosowania do tych instancji. Zwykle oznacza to, że takie atrybuty należą do innego obiektu biznesowego.
• Istnieje duża liczba obiektów biznesowych, z których wiele posiada takie same atrybuty. Na przykład mogą istnieć osobne obiekty biznesowe dotyczące sprzedaży w styczniu i sprzedaży w lutym lub dotyczące klientów lokalnych i odległych, w których przechowywane są informacje tego samego typu. Należy spróbować skonsolidować wszystkie informacje dotyczące pojedynczego przedmiotu w jednym obiekcie biznesowym. Być może potrzebne jest dodanie atrybutu identyfikującego typ instancji, na przykład Data sprzedaży.