🚀 go-pugleaf

W dniu 2015-02-09 o 09:40, nkab@toya.net.pl pisze:

> Przy księgowości bez indeksów ciężko byłoby zliczać dane powiązane
> z innymi tabelami, no ale to są sztywne rozwiązania, a kolega Marek
> chce dowolności w wyborze pól.

Czytam, czytam Waszą rozmowę :-)

Wyjaśnię: tak, chcę dowolności choć zależnie od przyjętego rozwiązania 
nie musi być to "frywolne powiązanie" bez indeksów. Jeśli przyjęlibyśmy 
koncepcję dublowania wartości pól:
a) W tabeli wartości pól
b) W dynamicznie dostawianych polach w tabeli właściwej (tzn. 
zawierającej dane, które rozszerzamy o dodatkowe pola) z narzuceniem 
typu pól i budowaniem na nich indeksów gdzie trzeba.

To wtedy nie ma problemu w tworzeniu relacji. Aczkolwiek dynamiczne 
dostawianie pól to nie jest profesjonalne podejście...

Na wszelki wypadek zobrazuję co mam na myśli. Jakaś tabela, powiedzmy, 
że to "dokument", ma pola A, B i C. W trakcie pracy aplikacji klient 
zażyczył sobie mieć pole D, które np. ma zawierać ID do innej tabeli. 
Wchodzi w edytor rozszerzeń, dodaje sobie nowe pole i informuje system 
"to pole ma linkować do ID autora dokumentu" przykładowo. I co się wtedy 
dzieje:

1. W tabeli dodatkowych pól powstaje pole D, jego opisy etc.
2. W tabeli wartości następuje skojarzenie w/w pola D z rekordem w 
tabeli "dokument" i w uniwersalnym typie text pola "wartość" jest 
przechowywana liczba oznaczająca ID użytkownika w tabeli userów. No ale 
raczej kiepsko byłoby budować indeksowanie na polu tekstowym, które raz 
jest liczbą a innym razem tekstem.
3. Z w/w powodu dostawiamy pole danych D do tabeli "dokument" (lub 
tabeli powiązanej poprzez dziedziczenie - inherit) już właściwego typu, 
czyli int4 i tworzymy na nim indeks (dynamicznie również - czyli z 
poziomu działania logiki aplikacji).

Zazwyczaj w polach rozszerzonych bardzo mało danych będzie 
przechowywanych (liczby, krótkie teksty) więc ich dublowanie nie będzie 
bolesne objętościowo. Jednocześnie otrzymujemy łatwy dostęp do tych 
danych poprzez select * from dokument, działają constrainy.


-- 
Pozdrawiam,
Marek