Wrzesień 2005 - lms - lists.lms.org.pl

Re: perl -> c/daemon was: Re: Re: Faktury pdf
by Grzegorz Stanislawski 13 Wrz '05

13 Wrz '05

Andrzej Banach napisał(a): > Mysle ze moje poglady podziela wiekszosc korzystajacych z LMS'a (przynajmniej > Ci mniejsi - tacy jak ja). Zastanowcie sie nad tym... > Ja podzielam. (choc pewnie moj glos za bedzie koronnym argumentem przeciw ;-) Grzegorz Stanislawski

1 0

Re: Script parser'a
by Andrzej Banach 13 Wrz '05

13 Wrz '05

Dnia Tue, Sep 13, 2005 at 08:46:49PM +0200 A.L.E.C napisał(a): > Andrzej Banach napisał(a): > > >A moze ktos powie jak uproscic te zapytanie by wyszukiwanie bilansu > >i danych abonenta twalo krocej?? > > nie potrzebujesz złaczenia z nodes: > Zgadza sie i po wyrzuceniu teraz wszystko ladnie i szybciutko dziala; Jak sie komus przyda to wysylam zamiennik perlowego skryptu lms-cutoff w tscript'cie z ustalaniem po ilu abonamentach user ma zostac odlaczony. Bardzo latwo rozbudowac go o wlaczanie warningow i ustawianie message. Jak nie ma w nim bledow to moze mozna go dodac do dokumentacji jako przyklad?? Bo dalej ta dokumentacja jest bardzo uboga o przyklady:P zawartosc instancji script: ---cut--- {multiplier = 2} /* ilosc nieoplaconych abonamentow */ {CUST=SELECT customers.id AS id, SUM((type * -2 +7) * cash.value) AS balance FROM customers LEFT JOIN cash ON customers.id = cash.customerid AND (cash.type = 3 OR cash.type = 4) WHERE deleted = 0 GROUP BY customers.id} {OBLIGATIONS=SELECT customerid AS id, SUM((100-discount)/100*tariffs.value) AS value FROM assignments LEFT JOIN tariffs ON (assignments.tariffid=tariffs.id) WHERE NOT suspended GROUP BY customerid} {for (r=0; r<number(CUST); r++)} { if (CUST[r].balance < (- multiplier * OBLIGATIONS[r].value))} { UPDATE nodes SET access=0 WHERE ownerid = {CUST[r].id}} { /if} {/for} ---cut--- -- Andrzej Banach net-komp.net.pl

1 0

Re: Script parser'a
by A.L.E.C 13 Wrz '05

13 Wrz '05

Andrzej Banach napisał(a): > A moze ktos powie jak uproscic te zapytanie by wyszukiwanie bilansu > i danych abonenta twalo krocej?? nie potrzebujesz złaczenia z nodes: SELECT customers.id AS id, customers.lastname AS lastname, customers.name AS name, ROUND(SUM((type * -2 + 7) * value),2) AS balance FROM customers LEFT JOIN cash ON (customers.id = customerid) WHERE deleted = 0 GROUP BY customers.id, lastname, customers.name -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: Script parser'a
by Andrzej Banach 13 Wrz '05

13 Wrz '05

Dnia Tue, Sep 13, 2005 at 08:15:03PM +0200 Andrzej Banach napisał(a): > > > > {customers = CUSTOMERS} > > {for (r=0; r<number(customers); r++)}\ > > { if (customers[r].balance < (- multiplier * OBLIGATIONS[r].value))}\ > > { customers[r].lastname} {customers[r].name}\t{customers[r].balance} > > { /if}\ > > > > czy tak wygląda po poprawkach? nie możesz używać nigdzie CUSTOMERS > > > dokladnie tak - czas wykonania podstawienia {customers = CUSTOMERS} to > 12s. Po wrzuceniu calego zapytania czyli > > {CUST = SELECT customers.id AS id, customers.lastname AS lastname, \ > customers.name AS name, customers.status AS status, \ > address, zip, city, email, phone1, phone2, phone3, ten, ssn, \ > customers.info AS info, message, \ > SUM(nodes.warning) AS warning, SUM(nodes.access) AS access, \ > ROUND(COALESCE(SUM((type * -2 + 7) * value), 0.00)/( \ > CASE COUNT(DISTINCT nodes.id) \ > WHEN 0 THEN 1 \ > ELSE COUNT(DISTINCT nodes.id) END \ > ),2) AS balance \ > FROM customers \ > LEFT JOIN cash ON (customers.id = customerid) \ > LEFT JOIN nodes ON (customers.id = ownerid) \ > WHERE deleted = 0 \ > GROUP BY customers.id, lastname, customers.name, \ > customers.status, address, zip, city, email, phone1, \ > phone2, phone3, ten, ssn, customers.info, message}\ > > bezposrednio do script i uzywaniu {for (r=0; r<number(CUST); r++)} > czas ponizej 1ms. > Tak wiec narazie mozna sobie radzic piszac zapytanie w script > i nie uzywac tych rozszerzen. > A jednak... za szybko chyba odpowiadam a nie sprawdzam informacji jakie podaje... moj blad... Samo zapytanie: SELECT customers.id AS id, customers.lastname AS lastname, customers.name AS name, ROUND(COALESCE(SUM((type * -2 + 7) * value), 0.00)/(CASE COUNT(DISTINCT nodes.id) WHEN 0 THEN 1 ELSE COUNT(DISTINCT nodes.id) END ),2) AS balance FROM customers LEFT JOIN cash ON (customers.id = customerid) LEFT JOIN nodes ON (customers.id = ownerid) WHERE deleted = 0 GROUP BY customers.id, lastname, customers.name wpisane nawet w phpmyadmin trwa 7.5276 sek. Tak wiec nic dziwnego ze parser tak dlugo kompiluje... Tak wiec to nie zaden blad tylko tak jest.. A moze ktos powie jak uproscic te zapytanie by wyszukiwanie bilansu i danych abonenta twalo krocej?? ps - juz dzisiaj nic nie pisze bo tylko tworze zamieszanie:P -- Andrzej Banach net-komp.net.pl

1 0

Re: Script parser'a
by Andrzej Banach 13 Wrz '05

13 Wrz '05

Dnia Tue, Sep 13, 2005 at 08:03:06PM +0200 A.L.E.C napisał(a): > Andrzej Banach napisał(a): > > >ps - tamto przypisanie customers=CUSTOMERS nei wplynelo na zwiekszenie > >wydajnosci. Zaraz sprobuje posprawdzac czasy wykonania petli > >i poszczegolnych zapytan... > > {customers = CUSTOMERS} > {for (r=0; r<number(customers); r++)}\ > { if (customers[r].balance < (- multiplier * OBLIGATIONS[r].value))}\ > { customers[r].lastname} {customers[r].name}\t{customers[r].balance} > { /if}\ > > czy tak wygląda po poprawkach? nie możesz używać nigdzie CUSTOMERS > dokladnie tak - czas wykonania podstawienia {customers = CUSTOMERS} to 12s. Po wrzuceniu calego zapytania czyli {CUST = SELECT customers.id AS id, customers.lastname AS lastname, \ customers.name AS name, customers.status AS status, \ address, zip, city, email, phone1, phone2, phone3, ten, ssn, \ customers.info AS info, message, \ SUM(nodes.warning) AS warning, SUM(nodes.access) AS access, \ ROUND(COALESCE(SUM((type * -2 + 7) * value), 0.00)/( \ CASE COUNT(DISTINCT nodes.id) \ WHEN 0 THEN 1 \ ELSE COUNT(DISTINCT nodes.id) END \ ),2) AS balance \ FROM customers \ LEFT JOIN cash ON (customers.id = customerid) \ LEFT JOIN nodes ON (customers.id = ownerid) \ WHERE deleted = 0 \ GROUP BY customers.id, lastname, customers.name, \ customers.status, address, zip, city, email, phone1, \ phone2, phone3, ten, ssn, customers.info, message}\ bezposrednio do script i uzywaniu {for (r=0; r<number(CUST); r++)} czas ponizej 1ms. Tak wiec narazie mozna sobie radzic piszac zapytanie w script i nie uzywac tych rozszerzen. -- Andrzej Banach net-komp.net.pl

1 0

Re: Script parser'a
by A.L.E.C 13 Wrz '05

13 Wrz '05

Andrzej Banach napisał(a): > ps - tamto przypisanie customers=CUSTOMERS nei wplynelo na zwiekszenie > wydajnosci. Zaraz sprobuje posprawdzac czasy wykonania petli > i poszczegolnych zapytan... {customers = CUSTOMERS} {for (r=0; r<number(customers); r++)}\ { if (customers[r].balance < (- multiplier * OBLIGATIONS[r].value))}\ { customers[r].lastname} {customers[r].name}\t{customers[r].balance} { /if}\ czy tak wygląda po poprawkach? nie możesz używać nigdzie CUSTOMERS -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: Script parser'a
by Andrzej Banach 13 Wrz '05

13 Wrz '05

Dnia Tue, Sep 13, 2005 at 07:22:46PM +0200 A.L.E.C napisał(a): > Andrzej Banach napisał(a): > > >ps - w Przykład 6-3. modulu parsera jest blad - > >jest SUM((type * -2 +7) * cash.value) AS balance > >a ma byc SUM((cash.type * -2 +7) * cash.value) AS balance > > to nie błąd, przecież w customers nie ma kolumny 'type' > sorki, korzystalem z podobnego zapytania i tam zrobilem blad i myslalem ze w doc tez ten sam jest. Za duzo sie chyba udzielam jednak na grupie a za malo czytam:P ps - tamto przypisanie customers=CUSTOMERS nei wplynelo na zwiekszenie wydajnosci. Zaraz sprobuje posprawdzac czasy wykonania petli i poszczegolnych zapytan... -- Andrzej Banach net-komp.net.pl

1 0

Re: Script parser'a
by A.L.E.C 13 Wrz '05

13 Wrz '05

Andrzej Banach napisał(a): > ps - w Przykład 6-3. modulu parsera jest blad - > jest SUM((type * -2 +7) * cash.value) AS balance > a ma byc SUM((cash.type * -2 +7) * cash.value) AS balance to nie błąd, przecież w customers nie ma kolumny 'type' -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0

Re: Script parser'a
by Andrzej Banach 13 Wrz '05

13 Wrz '05

Dnia Tue, Sep 13, 2005 at 06:53:33PM +0200 Krzysztof Drewicz napisał(a): > >Zmodyfikowalem troszke "liste dluznikow" z dokumentacji parser'a tak by > [..] > >Skrypt wykonuje sie ok 15 sekund przy ok 300 userach, a co bedzie jak > > "Coś zamotałeś". > nie mowie ze nie:P > Czy ja juz nie optymalizowałem komuś zapytania i z 30 sekund nei > zrobiliśmy 3-4 ? > na grupie chyba o tym nie bylo:( Podobne zapytanie jest w lms-cutoff podrzuconym przez kogos na grupe, wiec moze to mu pomagales:D Ale problem w tym ze to zapytanie zwracajace "taryfe" wykonuje sie szybciutko ale juz to z funkcji parsera "CUSTOMERS[r].balance piekielnie dluuugo. Mozna przeciez pisac bezposrednio zapytanie ale wtedy korzystanie z tych rozszerzen stawiane jest pod znakiem zapytania... ps - w Przykład 6-3. modulu parsera jest blad - jest SUM((type * -2 +7) * cash.value) AS balance a ma byc SUM((cash.type * -2 +7) * cash.value) AS balance -- Andrzej Banach net-komp.net.pl

1 0

Re: Script parser'a
by A.L.E.C 13 Wrz '05

13 Wrz '05

Andrzej Banach napisał(a): > Skrypt wykonuje sie ok 15 sekund przy ok 300 userach, a co bedzie jak > dodam jeszcze wrzucanie do bazy wiadomosci ustawianie acces'a itp??? > Jako ze dopiero sie ucze :) prosze o wskazanie co mozna poprawic by > wydajnosc byla szybsza? Wydaje mi sie ze samo odpytanie > CUSTOMERS[r].balance tak dlugo trwa... jest mały błąd w tscripcie, na dzień dzisiejszy można go ominąć przypisując stałą CUSTOMERS do zmiennej i potem na niej operując, czyli {customers = CUSTOMERS} {for (r=0; r<number(customers); r++)}\ ... -- Aleksander 'A.L.E.C' Machniak - http://alec.pl gg:2275252 LAN Management System Developer - http://lms.rulez.pl

1 0