Jak zaimplementować katalog metadanych i zautomatyzować SQL w bazie danych?

Question

Przeczytałem tutaj dyskusje na temat 5NF, EAV i 6NF oraz potrzebę katalogu do obsługi meta-danych i złożonego SQL "automatycznie". W jaki sposób jest to realizowane w praktyce?

PerformanceDBA napisał kilka odpowiedzi na temat 6NF i EAV, które wymieniają katalogi, np. na następujące pytania:

• Would like to Understand 6NF with an Example

• 6NF and historical attribute data

• a zwłaszcza Multiple fixed tables vs flexible abstract tables, gdzie PerformanceDBA wrote

  „np baz 6NF z katalogiem, Mam zestaw. proców, które wygeneruje ponownie SQL wymagany do wykonania wszystkie SELECT, i I zapewniają Widoki w 5NF dla wszystkich użytkowników, więc nie muszą wiedzieć ani nie rozumieją bazowej struktury 6NF. Są one usuwane z katalogu . Dlatego zmiany są łatwe i zautomatyzowane. Typy EAV zrobić ręcznie, z powodu braku katalogu.”

Answer 1

Po pierwsze, z LedgerSMB możemy ponownie wykorzystać katalogi systemowe i schemat informacje gdziekolwiek się da. Oznacza to, że aplikacja faktycznie spędza trochę czasu przeszukiwania katalogów systemowych Mamy również pewne obliczenia meta-danych dla rozszerzonych atrybutów.Nie robimy tutaj EAV, a raczej mamy rzeczywiste relacje i meta-dane na temat tych, które pozwalają nam tworzyć zapytania relacyjne po stronie klienta. ładowany w jednym miejscu i buforowany, katalog wygląda bardzo podobnie do katalogu EAV, ale pamięć podstawowa jest relacją rzeczywistą, a funkcje, które utrzymują te zmiany, zmieniają tabele bazowe. EAV bez podstawowych trudności.

W przyszłych wersjach prawdopodobnie przejdziemy do mniejszej liczby katalogów aplikacji i większego wykorzystania katalogów systemowych i schematu informacji Pg, a nasz interfejs będzie prostszy z punktu widzenia aplikacji.