Come implementare un catalogo per metadati e automatizzare SQL in un database?

Question

Ho letto qui le discussioni su 5NF, EAV e 6NF e la necessità di un catalogo per gestire metadati e il complesso SQL "automaticamente". Come viene implementato nella pratica?

PerformanceDBA ha scritto diverse risposte su 6NF ed EAV che menziona i cataloghi, ad es. nei seguenti domande:

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• e soprattutto Multiple fixed tables vs flexible abstract tables, dove PerformanceDBA wrote

  "ad esempio per i database 6NF con un catalogo, ho un set. di procs che [ri] genererà l'SQL richiesto per eseguire tutti i SELECT e I forniscono Visualizzazioni in 5NF per tutti gli utenti, quindi non hanno bisogno di sapere o comprendere la struttura 6NF sottostante. Sono esclusi dal catalogo . Quindi i cambiamenti sono facili e automatizzati. tipi EAV fanno manualmente, per l'assenza del catalogo."

Answer 1

In primo luogo, con LedgerSMB riutilizziamo i cataloghi di sistema e lo schema informazioni ovunque possibile. Ciò significa che l'applicazione in realtà spende un po 'di tempo interrogare i cataloghi di sistema Abbiamo anche alcuni calcoli di meta-dati per attributi estesi.Non abbiamo rapporti effettivi e metadati su questi che ci permettono di creare query relazionali sul lato client. caricato in un punto e memorizzato nella cache Il catalogo assomiglia molto a un catalogo EAV, ma lo storage sottostante è in realtà relazionale e le funzioni che mantengono queste tabelle alterano sottostanti. l'EAV senza le difficoltà sottostanti.

Nelle prossime versioni ci sposteremo probabilmente verso un numero inferiore di cataloghi di applicazioni e un maggiore utilizzo dei cataloghi di sistemi Pg e dello schema di informazioni, e la nostra interfaccia sarà più semplice dal punto di vista dell'applicazione.