🚀 go-pugleaf

Witam,

Na etapie projektu powstała tabela

CREATE TABLE tabela
(
     tabela_id SERIAL PRIMARY KEY,

     pola...
);

Jednakże okazało się iż tabela ta ma mieć dodatkowe pola zarówno 
informacyjna jak i czasem biorące udział w wyszukiwaniu. Pól będzie 
przybywać i mają być definiowane na bieżąco. Typ nieprzewidywalny - 
niektóre tekstowe, niektóre liczbowe. Pomyślałem zatem, że mógłbym 
wykorzystać pole typu tablicowego

CREATE TABLE tabela
(
     tabela_id SERIAL PRIMARY KEY,

     pola...
     uniwersalne text[];
);

Zapis qusi-pól wyglądałby tak, że w polu "uniwersalne" trzymałbym 
wartości. Kłopot w tym, że PostgreSQL nie ma tablic asocjacyjnych więc 
musiałbym się posiłkować tabelą słownikową konwertującą nazwę na indeks:

CREATE TABLE name_to_index
(
     name_to_index_id SERIAL PRIMARY KEY,

    nazwa_pola varchar(100), --nie indeksowane bo tabela będzie miała do 
ok 20 rekordów
    indeks_odpowiadajacy_w_polu_uniwersalne int
);

Oczywiście w w plpgsql napisałbym funkcję symulującą dostęp do tablicy 
asocjacyjnej. Czy taka ideologia jest poprawna? Da się to lepiej 
zorganizować?

Czy da się indeksować w tablicy np. indeks 4 i 10ty np.?

-- 
Pozdrawiam,
Marek