Forum PHP.pl

w nested set nie musisz sie bawic w rekurencje, pobierasz cale drzewo/gałąź w jednym zapytaniu

jeśli po stronie php potrafisz wykorzystać że drzewo masz juz posortowane - jest szybciej. sprawdzałem.

na początek - kartka i ołówek.
projektujesz bazę danych, musisz zaprojektować wszystkie relacje, encje...
nie da się opisać zasad projektowania bazy danych w trzech słowach..
hm.....
a może tak.

poczytaj o normalizacji (pierwsze 3 postacie na początek), bez tego nie da się zaprojektować żadnej dobrej bazy.
na początek musisz potrafić doprowadzić bazę minimum do 2 postaci, trzecia postać nie była by tutaj faux pas.

rozpisz na kartce tą bazę, w dalszych zadaniach masz pewne podpowiedzi, co ma się w niej znajdować.
tutaj masz trzy podstawowe encje : produkty, kody, aukcje, pola jakie są wymagane masz wymienione..
przeanalizuj i wyodrębnij dodatkowe encje ja np widzę: operator, być może czas doładowania

rozpisz na kartce wszystkie pola, jakie do tych encji należą, przeanalizuj relacje jakie zachodzą między nimi.

o ile widzę to relacje jakie zachodzą to
kody[n]-[1]produkt[n]-[1]aukcje
produkty[n]-[1]operator

o ile rozumiem zadanie, aukcja jest tutaj uproszczona, i chyba można poprzestać na jednej encji

czyli musisz wiedzieć o relacjach jeden do wielu, (wiele do wielu nie zaszkodzi także)

zadanie ostatnie - jest zbudowaniem odpowiedniego widoku.
jak uporasz się z prawidłowym projektem - będzie on tylko jego konsekwencją (relacji między tabelami).

a więc - poczytaj o normalizacji, kartka + ołówek i do dzieła, jak rozpiszesz encje, relacje między nimi, to siadasz do jakiegoś narzędzia którym przeniesiesz to na gotowy kod (jest tego cała masa..).
nie musisz znać dokładnych poleceń tworzenia tabel, musisz wiedzieć co chcesz osiągnąć.

widokiem chwilowo się nie przejmuj, jeśli zrobisz prawidłowo to co opisałem - bez problemu dasz radę zbudować taki widok
pozdrawiam,
J.

uuuf, naucz się pisać wyraźniej, to co tu wypociłeś odrzuca po dwóch zdaniach.

jesli dodaje pusty wiersz - znakiem tego ze sql jest poprawny.

wywal sobie jakiś debug zapytania jakie wysyłasz na serwer. myślę że zapytanie masz skopane, sprawdz czy nie masz jakichś notice w php...

po tym co napisałeś, i informacji jaką dostarczyłeś mogę jedynie stwierdzić że skopałeś skrypt.
ta diagnoza jest moim zdaniem jedyną jaką można postawić przy takich informacjach jakie podałeś

j.

milon rekordow nie jest przeszkoda przy prawidlowo zaprojektowanej strukturze.

pozakładaj dobre indexy, pomyśl czy da się pozakładać partycje na tabeli.
explain, i profilowanie zapytań - wyłapanie wąskich gardeł, aktualnyi odpowiedni silnik db, dostosowanie platformy sprzętowej do projektu - i będzie dobrze. kilku-kilkunasto milionowe tabele nie są żadnym problemem.

j.

pierwsze rozwiązanie ma sens pod jednym warunkiem nie będziesz wykonywał ŻADNYCH operacji na tym polu poza select

inaczej przeprojektuj tabele do relacji wiele_do_wielu

jest to klasyczny antywzorzec, i jako taki jest też opisany.
jesli potrzebujesz utrzymać hierarchię w danych - zainteresuj się strukturami do ich przechowywania.
masz ich kilka, i być może drzewko IP będzie dla ciebie najwygodniejszym rozwiązaniem

udało Ci się podać drugi z klasycznych antywzorców dla sql'a, a to nie mały sukces
zainwestuj być może w jakaś książkę, jeśli planujesz dłuższą przygodę z bazami danych.


pozdrawiam,
J.

do wyeksportowania najlepiej : insert

do pobrania select

podpowiedź : struktury drzewiaste.

zalecane : kurs php + SQL

jak się zastosujesz do tych rad, problem sam będziesz potrafił rozwiązać...

j.

ha, TYLKO?
poczytaj sobie dokumentacje do 5.6
http://dev.mysql.com/doc/refman/5.6/en/fulltext-search.html

jesli przeszedles na myisam - to kazda operacja ktora cos zmienia (insert/update/delete) na danej tabeli - powoduje jej blokowanie. wtedy wlasnie nawarstwia sie oczekiwanie i wywala serwer

zalecane rozwiazanie - upgrade serwera do wersji 5.6 i bedziesz mial problem z glowy...
rzynajmniej na jakis czas - jesli zwiekszy ci sie ruch wtedy bedziesz moze musial przeprojektowac od nowa ta aplikacje.


edit.
myisam i szybko - to przestarzala opinia, zalecam odswierzenie wiedzy.

http://dimitrik.free.fr/blog/archives/11-0...11-30-2012.html

chyba lapie o co biega.

nie sprawdzalem, ale cos w ten desen powinienes isc (jesli prawidlowo zrozumialem co chcesz zrobic)

[SQL] pobierz, plaintext 
UPDATE 
tabela t1 JOIN tabela t2 USING (entity_id)
SET t1.value = 'Page'
WHERE 
 t1.value = 'PRODUCTS '
AND t2.value = 'ATRAPY'
[SQL] pobierz, plaintext 

j.

edit: literowka

poszukaj algorytm levenshteina
o ile wiem, sa juz gdzies gotowe procedury na mysql...



hmmmm nawet juz znalazlem : http://www.artfulsoftware.com/infotree/queries.php

j.

musisz zlaczyc tabele z sama soba

cos a'la:

[SQL] pobierz, plaintext 
SELECT 
    b.* 
FROM 
    tabela a
    JOIN tabela b USING(nazwa)
WHERE 
    a.id = 123
[SQL] pobierz, plaintext 

j.

edit: korekta

slowo klucz: left join

[SQL] pobierz, plaintext 
SELECT u.id, u.login,g.grupa,z.zadanie
FROM user u 
LEFT JOIN grupa g ON u.id =g.userId 
LEFT JOIN zadanie z ON u.id=z.userid
[SQL] pobierz, plaintext 

powinno banglac, ale nie sprawdzalem

j.

zainteresuj sie czym jest ten string który próbujesz parsować
jak juz rozkminisz ze to jest json, to sie zainteresuj
json_encode oraz json_decode

mysle ze dalej juz bedzie z gorki.

j.

hmmm...wszystkie te polecenia o ktore pytasz znajdziesz z dokladnym opisem w manualu

na szybko - count zliczanie wierszy (tutaj - wierszy ktore zostana zgrupowane)
group by - grupuje wynik wg wybranej kolumny (tutaj jest to imie opiekuna)
having - wyswietla tylko te wiersze ktore spelniaja warunek - tutaj ile >2

indexy

uuf, to juz raczej bardziej o teorii sql'a i relacyjnych bazach danych, niz sama ksiazka do nauki sql'a


dosc duzo ciekawostek i swietnych rad znalazlem na roznych blogach np. http://blog.ksiazek.info << akurat tego moge z czystym sumieniem polecic, tam takze znajdziesz o indexach..

j.

jesli masz w zapytaniu order by - wymuszasz poniekad stosowanie tabel tymczasowych.
nie zawsze sie da uniknac tempa. i nie zawsze jest to problem dla zapytania.
problem pojawia sie wtedy - gdy ilosc danych jaka zapisujesz do tempa - przekracza dostepnej pamieci (ramu), wtedy nastepuje to co najgorsze - zapis na dysk.

rada? ograniczaj maksymaline ilosc danych, do momentu w ktorym masz sortowac dane. (jesli wrecz nie zrezygnowac z sortowania)
czasem, lepszym rozwiazaniem jest wlasne przygotowanie tabeli tymczasowej. z pozakladanymi odpowiednimi indeksami mozna uzyskac rewelacyjne czasy dostepu.
pamietajac ze innodb domyslnie sortuje wg najwazniejszego indeksu - nie wg kolejnosci dodania - da sie uzyskac tabele z posortowanymi danymi gotowa do natychmiastowego uzycia

czasem, przy tworzeniu takich tymczasowych tabel, warto sie zaineresowac silnikiem memory.
zajmuje ram - ale daje rewelacyjne czasy (oczywiscie wczesniej poczytaj co oznacza wybor tego silnika!)

j.

in_array()

chole*a duzo tego.. troche to przeredaguje.



z powyzszego wiele ine wynika, wiec przyklad:




piwo sie nalezy.

j.

kwestia definicji klucza glownego.

dlaczego chcesz rezygnowac z zlozonego klucza ?
ja bym zakładał założyć klucz główny na kolumnach sektor/rząd/miejsce/rozdział

jeśli jużnie możesz z innych przyczyn, to czy długość klucza jest stała ? jeśli tak, to możesz w definicji pola załączyć opcję zerofill, wtedy nie stracisz zer z początku, a format będzie intem


tak naprawdę o ile widzę zadanie bardzo przypomina struktury drzewiaste, to co chcesz osiągnąć jest chyba bliskie drzewku IP (metoda ścieżki), doszukaj sie tego w necie, myślę że nie zaszkodzi

j.

hm.
wyskakuje ci identyfikator olaczenia.

jak rozumiem przykladow mysql_querytez nie lubisz?

mmmmmmm :: robisz niepotrzebne zamieszanie. zapytanie nie jest iloczynem kartezjańskim, zlaczenia tabel sa w warunku where
j.

hm.
mimo wszystko sugerowalbym jakis kurs przerobic, to jest dosc podstawowa informacja.

tutaj konkretnie twoje a jest aliasem zdefiniowanym w sekcji FROM mdl_user a (definicja aliasu czesto jest poprzedzana slowem AS czyli mdl_user AS a)


j.

sprawa nie jest taka prosta.

jedna z ważniejszych maksym tutaj to będzie że: dane nie trzymane w bazie danych - nie są przez tą bazę zarządzane
jeśli nie są to wielkie pliki, oraz nie będzie ich wiele - lepiej będzie trzymać to bazie danych.

większość programistów będzie wskazywać rozwiązanie sugerujące umieszczanie plików poza bazą, ale nie jest to zawsze dobrym rozwiązaniem np:
* masz jakiś art.
* chcesz usunąć dany artykuł (zwłaszcza jeśli stosujesz miękkie usuwanie) masz dwie opcje:
- zostawiasz grafikę
- usuwasz grafikę

kwestia wyboru opcji - albo dziergasz kolejne linie skryptu i usuwasz zbędną (i widoczną z netu) grafikę, albo nie przejmujesz się tym że zaśmiecasz sobie serwer.(a serwery lubią porządek w katalogach. sic!)

- usuwasz (no, ale co jeśli będziesz chciał przywrócić dany art??)
- zostawiasz, ale jeśli nie zastosowałeś bardziej zaawansowanej obsługi plików - możesz rozwalić sobie system plików na serwerze

także, moim zdaniem, jeśli nie robisz np galerii - zapis plików do bazy danych, nie jest już tak bezsensowny.
jedynym problemem, ale do rozwiązania jest backup tych tabel, ale jeśli zrobisz to w osobnej tabeli i backup jej robisz przyrostowo.

j.

myisam na czas update blokuje ci cala tabele. kolejny update bedzie mozliwy po jego zakonczeniu
innodb - zablokuje ci tylko ten konkretny wiersz.

to tyle jesli chodzi o pierwsze podejscie.
co oczywiscie nie przeszkadza w tym, by jednym updatem nie nadpisano wczesniejszy - dlatego wydawalo mi sie ze pytasz sie o flagi

kiedy flaga bedzie zdjeta? a to juz jak sobie pan zyczy.
powinno byc to mozliwe jedynie przez admina, moderatora, ale jak to oprogramujesz - to tak bedzie.

j.

w mysql inaczej tego nie osiagniesz.

ale np w mongoDB - bez problemu.

j.

huh?
toż to jeden c**j...

left join i join w tym wypadku nie robi roznicy.

podajac zas

select *

zamiast mojego

select t2.*

powodujesz ze masz smieci w zwrocie., w pierwszej czesci masz zduplikowane rekordy o tabele t1 - i dopiero w czesci t2 jest rozne co do szczegolow.

no, ale co tam, jesli jestes zadowolony z tego jak ci to dziala - no to najwazniejsze.


Pilsener@:: union nie zadziala.

pozdrawiam,
J.

zrozumialem, ale ty nie zrozumiales ze zrozumialem

sprawdzales to zapytanie?
wstaw zamiast slowo table (to sie sformatowalo niepotrzebnie) swoja nazwe tabeli

[SQL] pobierz, plaintext 
    SELECT t2.* FROM twoja_tabelat JOIN twoja_tabela t2 ON t1.typ = t2.typ WHERE t1.model = 'kart' 
[SQL] pobierz, plaintext 

j.