Forum PHP.pl

Wartość średnia to prosta sprawa, robisz bowiem sumowanie wszystkich wartości w kolumnie i dzielisz przez liczbę wierszy.Najlepiej chyba będzie wykonać 2 zapytania. Pierwsze zwróci sumy każdej kolumny. Drugie zwróć liczbę wierszy w tabeli. To da nam średnią (IMG:style_emoticons/default/smile.gif)
Z odchyleniem standardowym gorzej... To pierwiastek z sumy kwadratów wartości rekordów podzielonych przez liczbę wierszy od których odjęto kwadrat średniej arytmetycznej. Najszybciej więc będzie zrobić coś podobnego do poprzedniego. Ale teraz nie tylko będziemy sumowali wartości rekordów, tylko wpierw je podniesiemy do kwadratu. Zwróconą sumę podzielimy przez liczbę rekordów i odejmiemy od tego kwadrat wyliczonej średniej. Całość zaś spierwiastkujemy (IMG:style_emoticons/default/smile.gif)
Za chwilkę zrobię tabelkę i sprawdzę swoje rozumowanie (IMG:style_emoticons/default/winksmiley.jpg)

Sumowanie wszystkiego w kolumnie:

[SQL] pobierz, plaintext 
SELECT sum(popyt_drewno) AS suma_dr, sum(popyt_srubki) AS suma_sr, sum(popyt_klej) AS suma_kl, sum(popyt_farba) AS suma_fa FROM tablica_danych
[SQL] pobierz, plaintext 

Sumowanie kwadratów w kolumnie:

[SQL] pobierz, plaintext 
SELECT sum(pow(popyt_drewno, 2)) AS kw_dr, sum(pow(popyt_srubki, 2)) AS kw_sr, sum(pow(popyt_klej, 2)) AS kw_kl, sum(pow(popyt_farba, 2)) AS kw_fa FROM tablica_danych
[SQL] pobierz, plaintext 

Brakuje Ci jedynie liczby wierszy (IMG:style_emoticons/default/winksmiley.jpg)

[SQL] pobierz, plaintext 
SELECT count(id) AS ile FROM tablica_danych
[SQL] pobierz, plaintext 

A więc ostatecznie:

[PHP] pobierz, plaintext 
$sumy = mysql_fetch_row( mysql_query( "SELECT sum(popyt_drewno) AS suma_dr, sum(popyt_srubki) AS suma_sr, sum(popyt_klej) AS suma_kl, sum(popyt_farba) AS suma_fa FROM tablica_danych" ) );
$kwadraty = mysql_fetch_row( mysql_query( "SELECT sum(pow(popyt_drewno, 2)) AS kw_dr, sum(pow(popyt_srubki, 2)) AS kw_sr, sum(pow(popyt_klej, 2)) AS kw_kl, sum(pow(popyt_farba, 2)) AS kw_fa FROM tablica_danych" ) );
$temp = mysql_fetch_array( mysql_query( "SELECT count(id) AS ile FROM tablica_danych" ) );
$liczba = $temp['ile'];
for($i = 0; $i < 4; $i++) {
    $srednia = $sumy[$i]/$liczba;
    $odchylenie = sqrt( ($kwadraty[$i]/$liczba ) - pow( $srednia, 2 ) );
    echo 'Średnia wynosi: '.$srednia.', a odchylenie: '.$odchylenie
}
[PHP] pobierz, plaintext 

Nie dałem jedynie sprawdzenia czy $result zwraca wynik z bazy czy nie. To i tak chyba tylko na localhoscie będzie odpalane.

EDIT: Użyłem FOR bo jest wygodniej. Nie robiłem sprawdzania nazwy bo po co? Wyniki są liczone dla kolejnych kolumn i stąd po kolei będzie to wyliczone dla: drewna, śrubek, kleju i farby. Stąd też właśnie pętla do 4 jedzie (IMG:style_emoticons/default/smile.gif) Ja użyłem wzoru na odchylenie:

odchylenie = pierwiastek ( ( suma_kwadratów_wszystkich_wartości / liczba_wartości ) - kwadrat_średniej )
Nie wiem czy tego akurat używasz, ale jest ten wzór równoważny z:
odchylenie = pierwiastek ( ( ( do_kwadratu(wartość - średnia) ) / liczba_wartości ) )

EDIT2: Doczytałem Twoje dodatkowe pytania... Podane rozwiązanie z minimalnymi modyfikacjami może służyć jak chciałeś. Na ten moment działa jeśli będziesz zwiększał liczbę rekordów dla kolejnych dni. Założyłem, że wszystkie rekordy są pełne, a więc zawierają dane. jeśli by tak nie było to musisz sobie poprawić zapytanie by sprawdzało i liczyło tylko dla tych wierszy gdzie w danej kolumnie SĄ jakieś wartości i liczyło ile ich jest.
Rozwiązanie jest skalowalne także o kolejne produkty, ale do SELECT w zapytaniach wtedy musisz dodawać dodatkowe kolumny wynikowe oraz przy samym obliczaniu zmienić w pętli FOR liczbę iteracji na taką, by pasowała do liczby produktów. Teraz są 4 ale może być ich więcej. Pamiętaj, że ja założyłem, iż wszystkie pola w tabeli są wypełnione. Jeśli tak nie jest to musisz sobie zapytania i kod dopasować do własnych potrzeb.

Ten post edytował thek 27.08.2009, 00:08:47

Problemy które poruszasz w poście zaznaczyłem po obliczeniach. Stąd właśnie pisałem by wtedy zmodyfikować to do potrzeb. Kompletnie jednak zapomniałem, że przecież MySQL ma własne funkcje statystyczne (IMG:style_emoticons/default/smile.gif) Wtedy liczenie niemal kompletnie Ci odpada. Jeśli masz wszystkie rekordy zapełnione to robisz tylko

[SQL] pobierz, plaintext 
SELECT AVG(popyt_drewno), AVG(popyt_srubki), AVG(popyt_klej), AVG(popyt_farba) FROM tabela
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
SELECT STD(popyt_drewno), STD(popyt_srubki), STD(popyt_klej), STD(popyt_farba) FROM tabela
[SQL] pobierz, plaintext 

A w pętli for tylko byś te dane wyświetlał i nic więcej.

Gdy mowa o wyeliminowaniu pustych, lepiej "obrócić zapytania" i wywoływać dla konkretnych kategorii popytu, wyrzucając z zapytania wszystkie będące NULLami
Trzymając się Twojego układu tabel dla kolumny drewno jest to:

[SQL] pobierz, plaintext 
SELECT AVG(popyt_drewno) AS srednia, STD(popyt_drewno) AS odchylenie FROM tabela WHERE popyt_drewno IS NOT NULL
[SQL] pobierz, plaintext 

W przypadku jednak bardzo dużej elastyczności rozwiązania warto pomyśleć o przebudowie tabeli i pomysł zaproponowany na tamtejszym forum jest jak najbardziej poprawny.
Jeśli przyjmiemy więc, że baza wygląda jak z innego forum to możemy zrobić automatykę (IMG:style_emoticons/default/smile.gif)

[SQL] pobierz, plaintext 
SELECT towary_id, avg(popyt) AS srednia, std(popyt) AS odchylenie FROM tabela GROUP BY towary_id
[SQL] pobierz, plaintext 

Grupujesz po towarach i dla tych zgrupowanych liczysz średnią oraz odchylenie.

Ja się dostosowywałem do Twojej bazy danych, ale jak widzisz odpowiednie zaprojektowanie tabeli potrafi przynieść lepsze efekty. Jako przyspieszacz ustawiłbym index na towary_id, a samo id można w zasadzie wyrzucić. Nazwy towarów możesz dorzucić jako osobną tabelę (z polami nazwa i id), które łączysz z towary_id by uzyskać nazwę towaru. Datę mimo wszystko bym zostawił wewnątrz dopóki jest mało produktów. Gdy będzie ich wiele dorzuciłbym pole wskazujące na datę z tabeli z datami (IMG:style_emoticons/default/smile.gif)

Czyli w maksymalnie rozwiniętej wersji mamy:
Tabela Data:
id(int), data(date)

Tabela Towar:
id(int), nazwa(varchar)

Tabela Produkty:
id_daty(int), id_towaru(int), popyt(double)

Teraz wyświetlanie wyników to:

[SQL] pobierz, plaintext 
SELECT t.nazwa, p.towary_id, avg(p.popyt) AS srednia, std(p.popyt) AS odchylenie FROM Produkty p LEFT JOIN Towar t GROUP BY p.towary_id
[SQL] pobierz, plaintext 

Ten post edytował thek 27.08.2009, 13:17:06

Bo z rozpędu nie dopisałem warunku łączenia (IMG:style_emoticons/default/winksmiley.jpg)

[SQL] pobierz, plaintext 
SELECT t.nazwa, p.id_towaru, avg(p.popyt) AS srednia, std(p.popyt) AS odchylenie FROM Produkty p LEFT JOIN Towar t ON p.id_towaru = t.id GROUP BY p.id_towaru
[SQL] pobierz, plaintext 

Przy złączeniach jeśli do wyniku przekazuję kolumnę z jakiejś tabeli to muszę wskazać jaką i z której. Używa się do tego składni nazwa_tabeli.nazwa_kolumny, ale jeśli sobie ustawię alias to mogę użyć aliasu... Stąd gdy zadeklarowałem Towar t, mogę się posługiwać t jak pseudonimem a składnia t.nazwa_kolumny jest równoważna Towar.nazwa_kolumny i to samo w przypadku Produktu (IMG:style_emoticons/default/winksmiley.jpg) Aliasy są często stosowane bo skracają zapytania mające długie nazwy tabel i w przypadku łączenia tabeli z samą sobą (a często się tak robi).
Równie dobre i być może szybsze będzie zapytanie

[SQL] pobierz, plaintext 
SELECT * FROM (SELECT  id_towaru, avg(popyt) AS srednia, STD(popyt) AS odchylenie FROM Produkty GROUP BY id_towaru) p LEFT JOIN Towar t ON p.id_towaru = t.id
[SQL] pobierz, plaintext 

To teraz najpierw zrobi wszystko i zwróci 4 rekordy, do których dopiszesz nazwy towarów. W pierwszym przypadku (w którym zapomniałem dopisać warunku łączenia) najpierw przypisało wszystkim rekordom nazwy produktów, a potem liczyło.

Ten post edytował thek 27.08.2009, 16:08:12

Kod wygląda poprawnie. W sumie chyba jedynie nie musisz wyświetlać informacji o id_towaru, bo to głównie informacja dla Ciebie i nie jest wymagana do wizualizacji (IMG:style_emoticons/default/winksmiley.jpg) Jeśli chcesz to możesz nawet ją usunąć z zapytania (usunięcie z SELECT kolumny: p.id_towaru) i pętli FOR.

PS: I chyba jako jeden z niewielu tutaj piszących nowych użytkowników zastosowałeś tabelki z sensem - do wyświetlania danych tabelarycznych, a nie układania layoutu strony "bo tak robią inni i tak pisze w książkach" (IMG:style_emoticons/default/winksmiley.jpg)

A jeśli byś bardzo chciał się standardów trzymać to zrobiłbyś jeszcze th i tbody (IMG:style_emoticons/default/tongue.gif) A by już super wszystko wyglądało to idealne dotrzymanie się standardów tabel z tfoot, thead itp oraz rozłączenie tagów HTML od kodu PHP... Ale to już dla purystów i zatwardziałych miłośników poprawności kodu od każdej możliwej strony (IMG:style_emoticons/default/winksmiley.jpg) Oby dalszy Twój forumowy byt i tematy tutaj były równie owocne. Przynajmniej robisz ze swojej strony co potrafisz i nie czekasz tylko na wyniki, tylko grzebiesz gdzie się da, pytasz, szukasz i słuchasz co się do Ciebie pisze. Nie każdemu tutaj się chcę (IMG:style_emoticons/default/smile.gif) Myślę, że na ten moment pozostaje tylko problem Ci już z wizualizacją wyników na stronie czy gdzie chcesz i ewentualne "panel administracyjny" do wprowadzania danych do bazy lub usuwania ich z niej czy też edycji (IMG:style_emoticons/default/smile.gif) Ale to już temat albo do samodzielnego opracowania, albo do podszkolenia swoich umiejętności, bo sedno tematu już zostało wyjaśnione i kodem poprawnym poparte. A obecny uważam jako minimalista za w pełni wystarczający. Teraz już tylko można go upiększać od strony wizualnej i ewentualnie starać pisać poprawny kod HTML, walidujący się i będący zgodny ze wszelkimi standardami (IMG:style_emoticons/default/smile.gif) Życzę w tym powodzenia (IMG:style_emoticons/default/smile.gif)

Ten post edytował thek 27.08.2009, 20:24:44

No jasne. Zauważ, że grupujesz dane po id_towaru. Nieważne więc ile ich jest. Zawsze policzy te dane dla tylu, ile jest różnych id_towaru. Nieważne czy będzie to 3, 33 czy 3333 (IMG:style_emoticons/default/smile.gif) Oczywiście im więcej danych tym dłuższy czas obliczeń. Ale nie sądzę by nagromadziło się ich tyle by znacząco trzeba było czekać na wyniki (IMG:style_emoticons/default/winksmiley.jpg)

W tym momencie masz dorobić, jeśli dobrze zrozumiałem, tabelę przechowującą informację o danych statystycznych dla tego towaru. Czyli tabela o kolumnach:
id_towaru, średnia, odchylenie, stan

Jeśli tak, to wyliczone za każdym razem dane od razu można użyć jako UPDATE w tej nowej tabeli. Na pewno masz gdzieś dane dotyczące obecnego stanu danego produktu. Zapytanie więc pobierało by tę daną pomniejszoną o popyt z danego dnia, no chyba, że to już gdzieś automatycznie by odejmowało i stan byłby "na bieżąco".
Załóżmy, że jest tabela przechowująca stan każdego z produktów i mająca inne dane (jakaś o nazwie hmmm... Stan ? (IMG:style_emoticons/default/winksmiley.jpg) ) oraz możemy to połączyć z już obliczonymi wynikami średnimi i odchyleniami bo w końcu mamy łączącą je kolumnę id_towaru jako klucz.

[SQL] pobierz, plaintext 
SELECT c.*, s.aktualny_stan FROM ( SELECT t.nazwa, p.id_towaru, avg( p.popyt ) AS srednia, std( p.popyt ) AS odchylenie FROM Produkty p LEFT JOIN Towar t ON p.id_towaru = t.id GROUP BY p.id_towaru) c LEFT JOIN Stan s ON c.id_towaru = s.id_towaru
[SQL] pobierz, plaintext 

Świetnie. Właśnie połączyliśmy wyniki ze stanem... Pozostaje jedynie zapisać je w tabeli nadzorującej co się dzieje. Niech to będzie Raport o polach jakie podałem na początku.

[SQL] pobierz, plaintext 
UPDATE Raport r LEFT JOIN (tutaj walnij cale powyższe zapytanie) w ON r.id_towaru = w.id_towaru SET r.srednia = w.srednia, r.odchylenie = w.odchylenie, r.stan = w.aktualny_stan
[SQL] pobierz, plaintext 

Zauważ, że można część widoczna pod aliasem w optymalizować poprzez usuwanie z podzapytań kolumn jakie nie są nam potrzebne. A więc tak naprawdę możemy wyrzucić całkowicie łączenie z tabelą Towary (bo nie potrzebujemy w tym wypadku nazwy (IMG:style_emoticons/default/smile.gif) ) i skrócić zapytanie do:

[SQL] pobierz, plaintext 
UPDATE Raport r LEFT JOIN ( SELECT p.*, s.aktualny_stan FROM ( SELECT id_towaru, avg( popyt ) AS srednia, STD( popyt ) AS odchylenie  FROM Produkty GROUP BY id_towaru) p LEFT JOIN Stan s ON p.id_towaru = s.id_towaru ) w  ON r.id_towaru = w.id_towaru SET r.srednia = w.srednia, r.odchylenie =  w.odchylenie, r.stan = w.aktualny_stan
[SQL] pobierz, plaintext 

Przypatrz się temu zapytaniu, bo z reguły takie podejście do UPDATE wielu rekordów jednocześnie poprzez użycie LEFT JOIN by połączyć tabelę z danymi starymi i nowymi a potem nadpisanie odpowiednich kolumn wartościami innej kolumny jest czymś rzadko stosowanym, choć przydatnym, gdyż nie trzeba odwoływać się za każdym razem do jakiegoś identyfikatora w warunku WHERE, co jest najczęściej stosowana formą rozpoznawania jaki wiersz mamy uaktualniać (IMG:style_emoticons/default/smile.gif) Ja tak sobie parę dni temu zautomatyzowałem aktualizację jakichś 400-500 rekordów w bazie (IMG:style_emoticons/default/winksmiley.jpg)
Zakładam, że w nowej tabeli są już jakieś domyślne rekordy dla produktów o tym id, choćby puste. Jeśli nie to zrób INSERT i tyle (IMG:style_emoticons/default/smile.gif)
Powinniśmy po tym działaniu w tej tabeli mieć zawsze tyle rekordów ile jest produktów. Jeśli teraz będziesz chciał wyświetlić te dane to robisz:

[SQL] pobierz, plaintext 
SELECT t.id, r.* FROM Raporty r LEFT JOIN Towary t ON r.id_towaru = t.id
[SQL] pobierz, plaintext 

Możesz jednak rozwiązać to nieco inaczej. Możesz dodać jeszcze dodatkową kolumnę z datą, dzięki temu zapytanie uruchomione po zakończeniu wprowadzania popytów z danego dnia stworzy rekordy w tej bazie zamiast je uaktualniać. Dzięki temu będziesz miał dane o średniej, odchyleniu i stanie dla każdego produktu z dowolnego dnia. Oczywiście jeśli już przechowujesz informację o stanie produktu na każdy dzień w innej tabeli, to nie ma sensu jej dublować także tu. Od tego posłuży ewentualny JOIN z tamtą tabelą i wyciagnięcie stanu na interesujący nas (IMG:style_emoticons/default/smile.gif) Na upartego to odpowiednio zaplanowawszy bazę można dzięki temu tworzyć raporty obejmujące określone okresy czasu. Osobiście jednak uważam, że od tego praca magisterska jest, aby samemu coś zrobić. Możesz nie wierzyć, ale ja swoją zrobiłem od A do Z samodzielnie, bo temat wybrałem sobie taki, że nie miałem szans na znalezienie gotowca w necie ("Analiza wydajnościowa technik animacji komputerowej przedstawicieli systemów operacyjnych rodziny Windows i Linux w środowisku Maya"). W przerwach zaś jednemu kolesiowi pisałem bardzo prosty CRM do jego magisterki. Nie płacił wiele to i wiele funkcji nie dostał (IMG:style_emoticons/default/winksmiley.jpg) Zresztą napisanie samemu pracy sprawi, że na obronie z Twojej pracy Cię nie zagną nawet najbardziej wrednymi pytaniami. Dla mnie najtrudniejszym było: "Jak Pan sobie wyobraża wykorzystanie tej pracy. Do czego może się ona przydać? Jak ja rozwinąć by można". A na to odpowiedź znałem od momentu gdy poznałem wyniki swoich pomiarów (IMG:style_emoticons/default/winksmiley.jpg)

A ja życzę powodzenia w kodzie php/html i analizie oraz tworzeniu własnych zapytań (IMG:style_emoticons/default/smile.gif) A później także z obroną (IMG:style_emoticons/default/smile.gif) Wrzesień już niemal, a jak sądzę w połowie września będzie obrona, czyli za pasem (IMG:style_emoticons/default/winksmiley.jpg)

Zapytanie sypie Ci błąd bo nie nadałeś aliasu dla podzapytania... Zauważ, że po nawiasach nie masz nazwy tego, choć sądząc z całości powinno tam być napisane produkty. Tworzenie tabeli nie jest konieczne. Ważne byś miał gdzieś możliwość przechowania informacji o aktualnych danych jakie wyliczasz i tych jakie potrzebujesz (jak aktualny stan produktu). Może to być wspomniana Zapasy czy jakakolwiek inna, która jest związana bezpośrednio z danym produktem (drewnem, śrubkami) poprzez id_towaru. Opisana przez Ciebie dobrze pasuje, z jednym małym zastrzeżeniem. Średnia i odchylenie muszą być wartościami zmiennoprzecinkowymi, czyli FLOAT lub DOUBLE, bo inaczej przytnie Ci wartości za przecinkiem, gdyż pole to masz na int ustawione. Wygodniej będzie double bo ma większą precyzję.

Ten post edytował thek 28.08.2009, 21:38:38

Nie dublujmy może tematów i skupmy się w jednym (IMG:style_emoticons/default/winksmiley.jpg) UPDATE na 100% działa, ale to jest UPDATE a nie INSERT, więc w bazie Zapasy muszą już istnieć rekordy z id_towaru równym produktom jakie w zapytaniu obrabiasz. Zapytanie działa i jest ono w osobnym temacie, który dlań założyłeś. Ale by nie skakać to tu masz je powtórzone:

[SQL] pobierz, plaintext 
UPDATE zapasy z LEFT JOIN (SELECT id_towaru, avg( popyt ) AS srednia, STD( popyt ) AS odchylenie FROM produkty GROUP BY id_towaru) p ON z.id_towaru = p.id_towaru SET z.srednia = p.srednia, z.odchylenie = p.odchylenie
[SQL] pobierz, plaintext 

Innych kolumn i tabel nie ruszam bo to zbędne. I jeszcze raz zaznaczam. UPDATE mozna zrobić tylko na tych rekordach, które istnieją. A będą one istniały w wersji finalnej, gdyż powstaną zapewne jako puste i wyzerowane w momencie dodania nowego produktu do bazy. No ale to już Twoja działka jako tworzącego stronę, by o tym pamiętać (IMG:style_emoticons/default/winksmiley.jpg)