Allegro.pl
Pokaż: ustaw jako domyślne
pokaż obrazki

Komentarze (16)

  • Reklamy Google

  • Tril +1  

    Podstawa to zoptymalizować indeksy na tabelach, ale o tym nie ma ani słowa, a niby "profesjonalna" strona o.O

    pokaż komentarz
    Tril
  • exek +4  

    "Korzystaj z typu CHAR gdy tylko to jest możliwe (zamiast VARCHAR, BLOB czy TEXT). Wiele kolumn na pewno będzie zawierało pola o stałej długości – np. polski numer IBAN to zawsze 26 znaków. Dane z kolumn typu CHAR mogą być znacznie szybciej przeszukane, niż z kolumn innych typów"

    Hmm... częściowa prawda. Dla Engine = MyISAM tak, dla InnoDB nie.
    InnoDB traktuje tak samo varchar i char, ale w wypadku chara musi pobrać jeszcze nadmiarowe spacje z dysku twardego.

    I jeszcze pod MyISAM (nie jestem 100% pewny) działa tylko jeśli wszystkie kolumny w tabeli są stałych rozmiarów (inty i char).

    pokaż komentarz
    exek
  • carck3r +3  

    Wykopane rzeczy są dla ludzi przeciętnych.
    Jeżeli zapytasz przypadkową osobę na ulicy czym jest MySQL, to na 90% nie będzie wiedziała, a nawet kojarzyła...

    pokaż komentarz
    carck3r
  • sajam +7  

    Jak to nie? "Moja szkoła" ;P

    pokaż komentarz
    sajam
  • mrw +1  

    90 procent?
    Uważasz więc, że pozostałe 3,6 miliona Polaków odpowie prawidłowo i bez zająknięcia, czym jest MySQL?

    :-)

    pokaż komentarz
    mrw
  • juzwa +3  

    aluzja, że wykop zbyt wolny?

    pokaż komentarz
    juzwa
  • PoshPaul +2  

    na pewno przyda sie 'fachowcom' ;)

    pokaż komentarz
    PoshPaul
  • slavkowsky +1  

    Fachowcy doskonale wiedzą jak projektować wydajne bazy danych i jak tworzyć optymalne zapytania SQL. Taki artykuł przyda się co najwyżej średniozaawansowanym jeżeli nie początkującym. Ale gdzie z tym od razu na wykop? [zakopower]

    pokaż komentarz
    slavkowsky
  • matips +3  

    PoshPaul nieprzypadkowo użył cudzysłowu. Ja uważam, że te porady nie są warte wykopania. Z tego powody, że sa w każdej porządniejszej książce o MySQL.

    pokaż komentarz
    matips
  • cubEE -2  

    Mnie się wydaje że przyda się administracji wykopu, żeby potem włamywaczom łatwiej się przeglądało ;)

    pokaż komentarz
    cubEE
  • AvK +3  

    trzeba byc d##%%em zeby cos takiego zamiescic na wykopie. Jestem informatykiem z wyksztalcenia. i nigdy mi nawet nie przyszlo do glowy zeby wykopac cos takiego jak to
    Nastepnm razem pewnie wykopiesz kurs c++, oczywiscie z tej samej strony- pewnie twoja co? nie spamuj.

    pokaż komentarz
    AvK
  • pies_harry -1  

    I teraz każdy "chakier" musi z pogardą się odnieść, jak można takie oczywistości... Wstydźcie się. Bo zapomniał wół jak cielęciem był.

    A dla młodych jeszcze parę rad ekstra. Indeksy do wszystkiego po czym się szuka, jak często szukasz. Obowiązkowo indeksy na polach po których łączysz. Używaj dokładnie tych samych definicji pól po których łączysz. A przynajmniej tego samego typu danych - konwersja typów bywa wolna. Używaj indeksu unique żeby zabezpieczyć przed duplikatem. Błąd MySQL nie musi wysypać aplikacji, można go użyć jako najprostszej i najszybszej walidacji. Niby oczywiste, ale niektórzy nadal sprawdzają osobnym zapytaniem, czy rekordu aby już nie ma w bazie :) Uważaj na null-e, one nie działają tak jak w php, wynik porównania z null potrafi zaskoczyć nie tylko php-owca. W PHP używaj MySQLi. Wersja bez "i" to anachronizm. Rozszerz klasę mysqli i mysqli_result. Da się.

    Na koniec super bonus. Spróbuj odczytać wartości bitowe typu true/false spod PHP. Nie działa? Niektórzy przestali ich nawet używać z tego powodu. A baza po prostu zwraca chr(0) dla false i chr(1) dla true. Ciekawostka, mysql spod shella zwraca pola bitowe w ten sam sposób, czyli nic nie zobaczysz, chyba że użyjesz czegoś w stylu select if(pole;'tak','nie'), inne_pole... from tabelka;...

    pokaż komentarz
    pies_harry
  • matips -1  

    Mój pogląd na temat używania mysqli zweryfikowały serwery nieobsługujące go. Bądź co bądź część serwerów wciąż go nie obsługuje co utrudnia przenoszenie kodu.

    pokaż komentarz
    matips
  • kyu -3  

    Łał, ten artykuł przewrócił cały mój pogląd na sprawę optymalizacji zapytań. Zaraz zacznę przerzucać kod i pozamieniam wszystko co było w nim źle!!!!11111!11oneoneone

    pokaż komentarz
    kyu
  • M4ks 0  

    te porady to może pare % wydajności - przy złych zapytaniach, nadmiarowych złączeniach, absolutniezawszezawszelkacenenieduplikowaniudanych bo przecież można do nich dojśc przez 6 joinów niewiele to da...

    pokaż komentarz
    M4ks
  • RRybak 0  

    Generalnie albo podstawy w sumie nie związane z szybkością, albo bzdury (char vs varchar).
    A jeśli masz zbyt wiele kolumn to się normalizacja bazy danych kłania.. Zakop...

    pokaż komentarz
    RRybak
pokaż 

Wykopali i zakopali (47 / 27)