Наследование PostgreSQL в ActiveRecord?

Question

Итак, мы все знаем, что RTI-рельсы (однонаправленное табличное наследование) является icky, потому что это приводит к загроможденной модели данных и субоптимальной базе данных.

Однако PostgreSQL, похоже, прекрасно справляется с наследованием!

Есть ли способ получить чистый чистый STI API рельсов при использовании наследования Postgres вместо больно широких таблиц и столбцов типа?

Answer 1

Вкратце - нет никакого чистого чистого STI API для того, чего вы пытаетесь достичь на данный момент.

Я посмотрел на самом деле в это а около года назад, и пришли к выводу, что это не очень хорошая идея по нескольким причинам:

1. Если вы хотите использовать PostgreSQL специфические особенности - вы, в основном женившись себя к этой БД. Не поймите меня неправильно. PostgreSQL - отличная БД, и я использовал ее в ряде случаев, но вы собираетесь придерживаться этого проекта БД и приложений.
2. Скорее всего, если вы начнете использовать конкретные функции БД, вы либо закончите их реализацию вручную (запустив какие-то команды в БД или используя графический интерфейс), либо напишите какой-то скрипт, который вам придется вызывать, когда вы запускаете db: migrate (вам нужно будет сделать это, если вы хотите провести надлежащее тестирование). Через некоторое время это становится громоздким и раздражающим.
3. Если вы обнаружите, что все больше и больше раздражает, процитировать вас «больно широкие столы и„типа“столбцы» затем:
   • Ваша конструкция стола должна быть переосмыслена и переделана
   • Ваши модели могут не быть хорошими кандидатами для STI
   • Вам просто нужно жить с ним.

Большинство ИТ-проблемы на самом деле сводятся к следующему: усилию против Benefit.

В вашем случае вы должны задать себе этот вопрос:

• Сколько времени вы хотите потратить на реализацию более STI структуру, если это только ускорит ваш необработанный запрос SQL на несколько секунд ? Может быть, лучше написать более эксплицирующий SQL-запрос? Большинство приложений не растут до размера, где это действительно становится проблемой. Но это может быть и другое в вашем случае.

PS:

Также быстрый отзыв по структурированию STI в вашем приложении: Если вы обнаружите, что у вас есть много моделей, которые используют STI как ProductCategory, CommentCategory, PhoneCategory, ClientCategory что все унаследует от Cateogory - я стараюсь организовывать их в папках внутри каталога моделей. Тогда в application.rb просто добавьте строку: config.autoload_paths += Dir[Rails.root.join('app', 'models', '{**/**}')]

Answer 2

Однако PostgreSQL кажется обрабатывать наследование довольно красиво!

Действительно?Вы внимательно посмотрели на small print in the manual? Например:

• уникальные ограничения (а следовательно, и первичные ключи) являются не возможно более уровней наследования.
• Ссылки на унаследованные таблицы и базовую таблицу не смешиваются. То есть (взято примерно из руководства): capitals extends cities. Ваша таблица address хочет ссылаться на cities. Оно может. Но нельзя использовать адрес с capital.

Эти две вещи очень важно во всем, что за пределами небольшого проекта «Hello World». Поэтому я не могу себе представить, что что-либо продуктивное может быть реализовано с использованием наследования PostgreSQL.