[TenToTamTaki]

Cześć,
mam pytanie z #sql - dokładniej z #postgresql - czy indexy sie dziedziczy?
TabelaA ma poindeksowane kolumny a i b.
TabelaB ma poindeksowane kolumny a i c

Czy wynik:
SELECT *
FROM TabelaA as x
INNER JOIN TabelaB as y
ON x.a=y.a

bedzie nadał miał założony index na kolumny a, b i c (mimo, że przy łaczeniu cześć wierszy wyleciało)?

[przecietnyczlowiek]

@TenToTamTaki: indeks to fizyczna struktura na tabelach. Tu nie ma się co dziedziczyć. Twoje zapytanie będzie szybsze bo przy jego przetwarzaniu optymalizator wykorzystuje indeksy które założyłeś.

[TenToTamTaki]

@przecietnyczlowiek: czyli wynikowa tabela powinna zachowac kolejność wierszy?
Pytam, bo zastanawiam się, czy efektywniejsze będzie robienie wielu przejściowych tabel), czy zrobić jednym zapytaniem,ale za to dość... dużym ;)

[przecietnyczlowiek]

@TenToTamTaki: nie wiem jak dokładnie postgresql, ale jak chcesz zapewnić porządek wierszy to musisz dodawać order by w query. Sam fizyczny indeks nie gwarantuje tego we wszystkich przypadkach.

[TenToTamTaki]

@przecietnyczlowiek: ok, tylko to wydłuży czas wykonywania się zapytania, więc wracam do punktu wyjścia... :/

[raffi74]

@TenToTamTaki: Przecież nawet założenie indeksów na tabelach ma się nijak do kolejności prezentowanych danych. Bez order by niemal zawsze dostaniesz dane nieuporządkowane, lub uporządkowane w kolejności ich dodawania do bazy.

[TenToTamTaki]

@raffi74: Mnie kolejność (w wyniku) nie interesuje. Bede laczyl kilka (dośc duzych) tabel (poindeksowanych) z wieloma warunkami po drodze tworzac dodatkowe kolumny, a na koniec chyba pogrupuję po indeksie tabeli faktów i zagreguję wynik. Gdybym wiedzial, ze te 'posrednie' tabele maja nadal 'działające' indeksy, pewnie rozbijałbym na talele pośrednie (albo z zapisem w bazie, albo z uzyciem konstrukcji 'with') zeby uprościc zapytanie (i przy ew. błedach nie robic wszystkiego od

[modzelem]

@TenToTamTaki: indeks to wskazanie na kolumnę/kolumny w danej tabeli.