¿Cómo implementar un catálogo para metadatos y automatizar SQL en una base de datos?

Question

He leído aquí las discusiones sobre 5NF, EAV y 6NF y la necesidad de un catálogo para manejar los metadatos y el SQL complejo "automáticamente". ¿Cómo se implementa eso en la práctica?

RendimientoDBA escribió varias respuestas en 6NF y EAV que menciona catálogos, p. en las siguientes preguntas:

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• y especialmente Multiple fixed tables vs flexible abstract tables, donde PerformanceDBA wrote

  "por ejemplo, para bases de datos 6NF con un catálogo, que tiene un conjunto. de procs que [re] generará el SQL requerido para realizar todos los SELECT y I proporcionan vistas en 5NF para todos los usuarios, por lo que no es necesario que conozcan o comprendan la estructura 6NF subyacente. Son expulsados ​​del catálogo . Por lo tanto, los cambios son fáciles y automatizados. tipos EAV hacen que manualmente, debido a la ausencia del catálogo."

Answer 1

En primer lugar, con LedgerSMB reutilizamos los catálogos del sistema y esquema de información siempre que sea posible. Esto significa que la aplicación realmente pasa algún tiempo consultar los catálogos del sistema. También tenemos algunos cálculos de metadatos para los atributos extendidos. No hacemos EAV aquí. Más bien tenemos relaciones reales y metadatos sobre estos que nos permiten crear consultas relacionales en el lado del cliente. cargado en un punto y almacenado en caché. El catálogo se parece mucho a un catálogo EAV, pero el almacenamiento subyacente es realmente relacional y las funciones que lo mantienen alteran las tablas subyacentes. lidad de EAV sin las dificultades subyacentes.

En futuras versiones, probablemente pasemos a un menor número de catálogos de aplicaciones y un mayor uso de los catálogos del sistema Pg y el esquema de información, y nuestra interfaz será más simple desde la perspectiva de la aplicación.