Причина, по которой я прошу, заключается в том, что мы хотели бы использовать определенное ограничение CHECK, которое MySQL в настоящее время не поддерживает. Без такого ограничения, вся причина использования внешних ключей и ссылочной целостности, по-видимому, уменьшается, так как код приложения берет на себя большую часть обязанностей базы данных.Есть ли какие-либо преимущества в использовании MySQL для чего-либо другого, кроме как «немого» хранилища данных?
Если мы должны были создать «тупую» модель данных и перенести всю проверку ссылочной целостности на уровень в коде приложения, то потенциальное тестирование может быть проще, поскольку ошибки ссылочной целостности будут захвачены в приложении, а не дб. Это может также потенциально ускорить разработку новых модулей, так как они не обязательно должны были бы быть полностью завершены (это термин?) Перед тестированием.
Итак, есть ли какие-либо другие преимущества, связанные с «правильной» моделью данных в MySQL и хранением внешних ключей и «ON UPDATE CASCADE» и т. Д.?
Или, если мы перевернем MySQL и перейдем к чему-то еще ?!
Спасибо!
Я думаю, что ссылочная целостность немного отличается от ограничений проверки. – newtover
@newtover, конечно, они разные - мы просто не видим преимуществ использования RI, когда мы не можем получить подтверждение, но мы могли бы иметь оба, если бы все они были в приложении ... – Bendos
Если вы привержены использовать бесплатное программное обеспечение (как в пиве), вы считали [PostgreSQL] (http://www.postgresql.org/docs/8.1/static/ddl-constraints.html)? –