Nieusunięcie spowoduje utworzenie nowej klasy błędów dla wszystkich przyszłych zapytań. Nie zapominaj, że pisanie zapytań jest często wykonywane przez zaawansowanych użytkowników (tj. specjalistów spoza branży IT) i młodszych programistów. Tak więc teraz każda tabela, która ma nieprawidłowe dane oznaczone tylko aktywną flagą BIT, będzie wymagała dodatkowego AND w klauzuli WHERE dla każdego zapytania od teraz aż na zawsze. Pomoże to użytkownikom wpaść w otchłań porażki zamiast w otchłań sukcesu. Jednak gorąco zachęcam do implementacji tych systemów flag, ponieważ bez złego projektu nie ma potrzeby, aby programiści zajmujący się konserwacją naprawiali liczne błędy, które mogą spowodować.
Jak cenne jest posiadanie danych historycznych w tabeli? Jeśli firma patrzy w przyszłość, posiadanie starych danych w tabelach może być po prostu obciążeniem — powoduje problemy podczas tworzenia ograniczeń (wszystkie ograniczenia będą musiały zostać zmodyfikowane, aby wykluczyć dane, których nie chcesz tam umieszczać). Zapewnienie jakości danych jest skomplikowane, ponieważ musimy ciągle ponownie identyfikować „stare bzdury, których boimy się usunąć, ale nigdy nie chcemy ich ponownie używać ani aktualizować” oraz nowe rzeczy, na których nam zależy.
Czy jest usuwany, ponieważ był to błąd? Jeśli rząd odpowiada jednostce w prawdziwym życiu, może warto zachować i ustawić flagę „wyparowany”, „martwy”, „opuścił budynek”. Jeśli przypadkowo wstawisz wiersz, który nie odpowiada żadnej jednostce w prawdziwym życiu, DELETE nie jest złą rzeczą. Czy ważni są wyimaginowani klienci, którzy nigdy nie istnieli?
I wreszcie osobowość odgrywa dużą rolę. Ludzie też mogą być paczkami z danymi. Jeśli administrator danych przechowuje wszystkie swoje gazety sprzed 30 lat i nie lubi usuwać danych, może powinien upewnić się, że podejmuje decyzje dotyczące projektowania danych w oparciu o zalety, a nie o nieistotne osobiste preferencje.
