Kiedyś trzeba zarejestrować się na forum języka, który stanowi moją poniekąd pracę;)

A teraz do tematu: Czysto teoretycznie - chciałbym liznąć "przykładowej" optymalizacji zapytania sql'owego:

Zapytanie ma treść:



Generalnie: pobieram wartości z tabeli z rekordami dotyczącymi newsów, artykułów (...nieważne zresztą). Jednocześnie sprawdzam zależność, czy przekazane parametry dotyczące id oraz działu (various_). Jeśli bezpośrednio nastąpi zmiana w adresie i id rekordu będzie odwoływało się do treści należącej do innego artykułu - rekord oczywiście nie zostanie wyświetlony - jako że nie ten dział.

Myślę, że w miarę składnie wytłumaczone - i teraz pytanie z początku: czy takie zapytanie da się jakkolwiek skrócić (zoptymalizować?).

Dziękuję za pouczenie i pozdrawiam.

To nie są określenia synonimiczne. Dłuższe zapytanie (w zapisie) wcale nie oznacza, że jest nieoptymalne. A z tego, co widze, to jest ok pod warunkiem, że masz pozakładane odpowiednie indeksy w bazie.

Daj sobie EXPLAIN'a

[SQL] pobierz, plaintext 
EXPLAIN SELECT * FROM tabela
[SQL] pobierz, plaintext 

Będziesz miał czarno na białym czy korzysta z jakichkolwiek indeksów.

Każde pole możesz umieścić w ` `
np. `id`

A czemu? Bo tak jest szybciej. (np. Postgresql nie ma `)

Odwrócone apostrofy to nie są żadne magiczne przyspieszacze, tylko informacja dla parsera, żeby przypadkiem nie zinterpretował nazwy pola jako słowa kluczowego. PostgreSQL w tej roli używa cudzysłowów. Natomiast czy to działa szybciej - może, ale nie musi. Należy zapytać twórców parsera.

Wydaję mi się, że jednak będzie szybciej - bo parser nie musi sprawdzać czy aby to słowo nie jest kluczem.

Zmiana na szybko:



Ale przede wszystkim używaj EXPLAINA i kombinuj, niestety różne wersje bazy różnie parsują i może się okazać, że konstrukcja która na jednej wersji jest wolniejsza na innej jest szybsza.

pozdr.
Łukasz