W projektowaniu baz danych kluczowa jest prawidłowa kolejność działań. Pierwszym krokiem powinno być określenie szczegółowego celu bazy (do czego ma służyć, jakie procesy biznesowe obsłużyć, jakie decyzje ma wspierać). Ten etap bywa nazywany analizą wymagań lub etapem koncepcyjnym. Bez niego nie da się sensownie zdecydować:
- jakie informacje są potrzebne (zakres danych),
- kto będzie użytkownikiem i jakie ma zadania,
- jakie zapytania/raporty muszą powstawać,
- jakie są wymagania jakościowe (np. kompletność, aktualność),
- jakie są ograniczenia organizacyjne i bezpieczeństwa danych.
Odpowiedź "Określenie szczegółowego celu, jakiemu ma służyć baza danych." jest więc poprawna, bo stanowi fundament dalszych decyzji projektowych: modelu danych, relacji, indeksów, uprawnień oraz sposobu integracji z innymi narzędziami (np. systemami raportowymi używanymi w kampanii reklamowej).
Odpowiedź "Stworzenie algorytmu wyszukiwania i filtrowania danych." jest błędna na tym etapie, ponieważ algorytmy i logika wyszukiwania wynikają z tego, co i po co ma być wyszukiwane. To element rozwiązania technicznego, które projektuje się po zebraniu wymagań i zdefiniowaniu struktury danych.
Odpowiedź "Zaprojektowanie systemu szybkiego wyszukiwania." również nie powinna być pierwsza. Wydajność jest ważna, ale nie można jej sensownie planować bez wiedzy o wolumenie danych, typowych zapytaniach i priorytetach użytkowników. Optymalizacja przed ustaleniem celu grozi "doskonaleniem" czegoś, co nie spełnia właściwych potrzeb.
Odpowiedź "Podpisanie umowy z pracownikiem agencji na opracowanie bazy." dotyczy organizacji pracy, a nie metodyki projektowania. Formalności mogą być potrzebne w praktyce, ale nie stanowią pierwszego kroku merytorycznego w procesie projektowym.
Wskazówka egzaminacyjna: gdy pytanie dotyczy tego, co robi się "najpierw", szukaj odpowiedzi o celu, wymaganiach i potrzebach użytkownika, a nie o szczegółach implementacyjnych (algorytmy, szybkość, narzędzia).
