Relacyjny model ElevateDB do i nie jest

Question

Moja firma używa ElevateDB w jednym z naszych produktów. Jednak nasza baza danych to tylko garść tabel. Ostatnio, gdy więcej funkcji zostało zaprojektowanych i dodano więcej modułów, odkryliśmy, że nasze dane nie są już "wiązką niepowiązanych tabel", ale zaczynają być rzeczywistą strukturą danych.

Nie posiadałem wcześniej doświadczenia z ElevateDB, pracowałem głównie z Oracle, MSSQL i Firebird. Tak więc pytanie brzmi: czy chcemy zmienić strukturę tabeli, aby mieć kluczowe ograniczenia zagraniczne i wdrożyć integralność relacji, jakie są typowe pułapki w ElevateDB? Nie pytam o ogólne zagadnienia dotyczące relacyjnych baz danych, ale jestem zainteresowany ElevateDB do i nie.

Używamy Delphi 2009 jako aplikacji klienckiej.

Answer 1

Jedyną rzeczą, która może wywołać u Ciebie błąd RI w ElevateDB, jest brak aktualizacji kaskadowych lub usuwania. Pozostawiamy je użytkownikowi do obsługi transakcji (do tego celu można również użyć wyzwalaczy). Niezależnie od tego, ElevateDB zawsze będzie wymuszać RI i zapobiegać niewłaściwym danym w zakresie kluczy podstawowych i obcych. Zasadniczo RI ElevateDB obsługuje tylko opcję RESTRICT dla klauzul ON UPDATE i ON DELETE.

Jeśli masz inne pytania, możesz poprosić ich o nasze grupy dyskusyjne pod adresem podanym powyżej przez Stuarta.