Реляционная модель ElevateDB делает и не делает

Question

Моя компания использует ElevateDB в одном из наших продуктов. Тем не менее, наша база данных - это просто набор таблиц. Недавно, когда было разработано больше функций и добавлено больше модулей, мы обнаружили, что наши данные больше не являются «связкой несвязанных таблиц», а становятся реальной структурой данных.

У меня нет предыдущего опыта работы с ElevateDB, я работал в основном с Oracle, MSSQL и Firebird. Поэтому возникает вопрос: если мы хотим реструктурировать структуру таблиц, чтобы иметь ограничения внешнего ключа и реализовать целостность отношений, каковы распространенные подводные камни в ElevateDB? Я не спрашиваю об общих проблемах с реляционными базами данных, но меня интересует, что ElevateDB делает и не делает.

Мы используем Delphi 2009 в качестве клиентского приложения.

Answer 1

Единственное, что может сбить вас с толку RI в ElevateDB - это отсутствие каскадных обновлений или удалений. Мы оставляем их на усмотрение пользователя для обработки транзакции (для этого также можно использовать триггеры). Независимо от того, что ElevateDB всегда будет поддерживать RI и предотвращать любые неправильные данные с точки зрения первичных и внешних ключей. По сути, RI ElevateDB поддерживает только опцию RESTRICT для предложений ON UPDATE и ON DELETE.

Если у вас есть какие-либо вопросы, не стесняйтесь задавать их в наших группах новостей по адресу, указанному Стюартом выше.