Dane gospodarcze "wzajemnie ze sobą powiązane" i przechowywane w "wielu tabelach" to klasyczny przypadek dla systemu baz danych (DBMS), zwykle relacyjnego. DBMS jest projektowany do zarządzania dużymi, uporządkowanymi zbiorami danych oraz do wykonywania operacji takich jak wyszukiwanie, filtrowanie i sortowanie w sposób wydajny i bezpieczny.
Poprawna jest odpowiedź "systemu baz danych", ponieważ baza danych zapewnia m.in.:
- relacje między tabelami (np. klient–zamówienia) realizowane przez klucze,
- zapytania SQL pozwalające pobierać informacje z wielu tabel naraz (np. złączenia),
- integralność referencyjną, czyli mechanizmy pilnujące spójności powiązań,
- indeksy i optymalizację zapytań, dzięki czemu wyszukiwanie i sortowanie może być znacznie szybsze przy dużych zbiorach,
- wielodostęp i uprawnienia – kilku użytkowników może pracować równocześnie na danych przy kontroli dostępu.
Odpowiedź "arkusza kalkulacyjnego" jest niepoprawna, bo arkusze służą głównie do obliczeń, prostych zestawień i analizy, a nie do utrzymywania trwałych relacji między wieloma tabelami z regułami spójności. Da się w nich "udawać" bazę (np. przez odwołania i wyszukiwania), ale to nie zastępuje mechanizmów DBMS.
Odpowiedź "edytora tekstów" jest błędna, ponieważ edytor nie jest narzędziem do danych strukturalnych ani do operacji wyszukiwania/sortowania na zbiorach rekordów w tabelach.
Odpowiedź "innego narzędzia informatycznego" jest zbyt ogólna i nie wskazuje właściwej klasy rozwiązań. W kontekście powiązanych tabel i efektywnego przetwarzania standardowym, właściwym wyborem jest DBMS.
