MySQL: 20 najlepszych praktyk

Bardzo przystępnie i czytelnie wyjaśnione jak pisać wydajne zapytania, wraz z obrazowymi przykładami.

[Yelonek]

Wiem, że to nie stack overflow, ale i tak zapytam. :P

Jak zaprojektować bazę w sqlite3, żeby móc przechowywać wyjściowe dane z kolejnych iteracji algorytmu? Powiedzmy mam 100000 (ta liczba może ulec zmianie) struktur z polami: float x, float y, float fitness (może jeszcze będę chciał zapisać: float xlb, float ylb, float fitnesslb). Dane są przetwarzane równolegle i dostępne w jednej chwili, więc trzeba je wszystkie naraz zapisać.

Obecnie mam taką: CREATE

[Yelonek]

Z insertami to samo mi się narzuciło, gdzieś o tym czytałem. Poza tym zajrzałem na stronę sqlite3, gdzie w faq jest to opisane. Przeprowadziłem małe badania i okazało się, że optymalna wielkość to 2000 insertów w jednej transakcji: czas wykonania 1:18 na zapis 10 razy po 100000 danych + trochę innego kodu. Przy synchronous off czas spadł do 0:53, a przy podwojeniu cache_size, czyli do 4000 mam 0:45. Może spróbuję jeszcze z

[ireks]

Z samą strukturą tabeli dużo nie pokombinujesz. Ewentualnie, to jeśli możesz to używaj możliwie małych typów danych.

Jeśli chodzi o indeksy - każdy indeks spowalnia INSERT ale tabela bez Primary Key to zbrodnia. Tak więc utwórz tylko PK, żadnego innego (o ile jest tak jak mówisz - nie wyciągasz zbyt często tych danych).

Staraj się upakować jak najwięcej INSERTów do jednej transakcji, nie COMMITuj przy każdym INSERTcie.

Nie

[f.....s]

Najlepszy jest autor Burak Guzel. Nie chciałbym mieć tak na imię.

[Diabl0]

Hmmm, nie chciał bym widzieć wyniku waszego zapytania za 10-20 lat

Jak już to:

SELECT * FROM buraczki WHERE dziewica IS NOT NULL AND dataurodzenia BETWEEN( DATESUB(dataurodzenia, INTERVAL 28 YEAR), DATESUB(data_urodzenia, INTERVAL 18 YEAR))

[o.....q]

buraczkiDataContext db=new buraczkiDataConext();

var buraczek=(from p in db.Buraczki where p.DataUrodzenia==Datetime.Now.AddYears(-25) select p).Single();

try { System.FedEx.Send(buraczek); }

catch

[Crea]

nic mi to nie mowi,ale wykopie dla innych

[suchanice]

O! To Ty też? Ufff...

[jacekp]

Dorzucę jeszcze jedno często zapominane, po WHERE w pierwszejk olejności podajemy pola na które mamy założony indeks np

WHERE id = 1 and pass = SHA1('cos');

bedzie duzo szybsze niz

WHERE pass = SHA1('cos') and id = 1;

[sajgonki2piedziesiat]

tak bylo, ale w przeszlosci. Zrob sobie explain'y na obu wersjach, powinienes otrzymac ten sam wynik.

[i.....r]

MySQL, podobnie jak większość innych serwerów baz danych, ma optymalizator zapytań, który automatycznie poprawia m.in. kolejność warunków.

Dotyczy to nie tylko WHERE, optymalizator może nawet zmienić FROM t1 INNER JOIN t2 na FROM t2 INNER JOIN t1, jak wyjdzie że to jest szybsze.

[b.....k]

21*

[ireks]

A kłamczuch nawet w URL-u napisał 20. Tak więc 'informacja nieprawdziwa' ;-)

[p.....y]

@b1ckjack - pewno się cieszysz, że akurat 21 ;)

[makkak]

Skoro tak sobie doradzamy to ja jeszcze poradze na temat WHERE i AND lub OR mianowicie:

Jezeli w WHERE mamy warunki rozdzielone za pomoca AND to warunek najmniej prawdopodobny dajemy jako pierwszy (jezeli jego wartosc jest falsz to cale wyrazenie traktowane jest jako falsz bez sprawdzania drugiego warunku)

Jezeli w WHERE mamy warunki rozdzielone OR to warunek najbardziej prawdopodobny dajemy jako pierwszy (jezeli jego wartosc jest true to cale wyrazenie traktowane jest

[armata]

to się odnosi nie tylko do MySQL ale ogólnie do programowania. Jak ktoś rozumie logikę to z łatwością zauważy dlaczego tak się powinno układać warunki.

Ale ale premature optimization is the root of all evil

[furiosan]

Artykuł to dowód, że większość programistów web'owych oraz PHP to nie programiści baz danych. Rada by ozywać ORM jest jak najbardziej na miejscu.

[Borszczuk]

Jestem pelen podziwu ze chciales napisac "óżywać"...

[muaddib]

Może on chciał ożywiać?

[aberazioon]

lubię czytać mądre rzeczy nie mając o nich zielonego pojęcia.

[kulpak]

http://www.develway.pl/wiadomosc/top-20-mysql-best-practices Serwis podobny do wykopu oparty o tematykę informatyki.

[altruista]

"3. LIMIT 1 When Getting a Unique Row"

Jak sama nazwa wskazuje to nic nie da przecież skoro kolumny w WHERE są unikalne :))

Poza tym lepiej jest robić

if

[kajlerkompajler]

Nawet jeżeli w bazie masz tylko 1 unikalny rekord, który spełnia WHERE, to po znalezieniu go baza dalej będzie przeszukiwana do końca, więc LIMIT 1 oszczędza czas od znalezienia Twojego rekordu do przeszukania reszty bazy.

"if ($w = @mysqlfetchrow($q)) niż if (mysqlnumrows($q) > 0) "

Jak widzisz autor sprawdza czy w ogóle jest taki rekord, a nie chce wyciągnąć z niego danych (SELECT 1) więc po co w przekazywać rekord z jedynką do $w, tylko po to żeby określić czy user spełniający kryterium

[M.....s]

Przeczytaj jeszcze raz ten tekst, tym razem ze zrozumieniem, bo widać, że wiele możesz się z niego nauczyć.