Herencia de PostgreSQL en ActiveRecord?

Question

Así que todos sabemos que STI de rails (herencia de tabla única) es repulsivo porque conduce a un modelo de datos desordenado y una base de datos subóptima.

Sin embargo, PostgreSQL parece manejar la herencia bastante bien.

¿Hay alguna forma de obtener la buena API de STI limpia de los rieles mientras se utiliza la herencia de Postgres en lugar de las tablas demasiado anchas y las columnas de "tipo"?

Answer 1

En resumen, no hay una buena API de STI limpia para lo que está tratando de lograr a partir de ahora.

De hecho, me miró a los que hace aproximadamente un año y llegaron a la conclusión de que no es una buena idea por varias razones:

1. Si desea utilizar las características específicas de PostgreSQL - que son básicamente casar con usted mismo a esa DB. No me malinterpretes PostgreSQL es una gran base de datos y la he usado en varias ocasiones, pero vas a quedarte atrapado con ese diseño de base de datos y de aplicaciones.
2. Es muy probable que si comienzas a utilizar funciones específicas de DB, termines implementándolas manualmente (ejecutando algún tipo de comandos en la base de datos o usando la GUI) o escribiendo algún tipo de script que tendrás que invocar cuando estés ejecutando db: migrate (tendrá que hacerlo si quiere hacer las pruebas adecuadas). Después de un tiempo se vuelve engorroso y molesto.
3. Si encuentra que son cada vez más molesto con, al citar que "tablas dolorosamente de ancho y '' columnas" de tipo entonces:
   • Su diseño de la mesa tendrá que ser reconsiderada y se puede rehacer
   • Sus modelos pueden no ser buenos candidatos para STI
   • Solo tienes que vivir con eso.

mayoría de los problemas que realmente se reducen a esto: Esfuerzo vs Beneficio.

En su caso, debe hacerse esta pregunta:

• ¿Cuánto tiempo desea pasar en la implementación de una mejor ITS estructura si sólo acelerará su consulta SQL prima por unos segundos ? ¿Tal vez es mejor escribir una consulta SQL más explicativa? La mayoría de las aplicaciones no crecen hasta el tamaño en que realmente se convierte en un problema. Pero tal vez sea diferente en tu caso.

PS:

También un consejo rápido en la estructuración de las ITS en su aplicación: Si usted encuentra que usted tiene una gran cantidad de modelos que utilizan las ITS como un ProductCategory, CommentCategory, PhoneCategory, ClientCategory que todos heredan de Cateogory: tiendo a organizarlos en carpetas dentro del directorio de modelos. Luego, en application.rb sólo tiene que añadir una línea: config.autoload_paths += Dir[Rails.root.join('app', 'models', '{**/**}')]

Answer 2

Sin embargo PostgreSQL parece manejar la herencia bastante bien!

¿Realmente?¿Has mirado de cerca el small print in the manual? Por ejemplo:

• limitaciones únicos (y por tanto también las claves primarias) son no sea posible sobre los niveles de herencia.
• Las referencias a las tablas heredadas y la tabla base no se mezclan. Es decir. (tomado aproximadamente del manual): capitals extiende cities. Su tabla address quiere hacer referencia al cities. Puede. Pero no se puede usar la dirección con capital.

Estas dos cosas son muy importante en algo más allá de un pequeño proyecto "Hello World". Así que no puedo imaginar que cualquier cosa productiva se pueda implementar usando la herencia de PostgreSQL.