- lms - lists.lms.org.pl

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (10:59:17) można przeczytać: > Czesc, Łukasz, > Sunday, December 29, 2002, , napisałeś(aś): ŁM>> Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być ŁM>> lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow ŁM>> itp... > Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i > podobne do skladni z ASP ŁM>> No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ŁM>> ADODB streścić jakoś? Bo jak z typami kolumn, etc? ŁM>> Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... > Skladnia jest bardzo latwa i prosta cos a la: > [laczymy sie z baza lalala ;)] > $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->>SelectLimit($query_subdiv) or die($homes->ErrorMsg()); > $totalRows_subdiv = $subdiv->RecordCount(); Czekaj, bo staram się zaczaić budowę ADO, po wykonaniu Execute, pierwszy rekord mam w $rs->fields? -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: ilosc uzytkownikow
by Paweł "Argail" Kowalski 29 Gru '02

29 Gru '02

W dniu 2002-12-29, lms-l(a)rulez.pl napisał(a) > Witaj Paweł, > Znaczy punkt do którego jest wpięty? Prosty przykład - w sieci mam okolo 100 maszyn rozrzuconych po roznych czesciach miasta, w bardzo roznych podsieciach - do tego dochodza wszelkiej masci AP i inne wynalazki. Przydal by sie wiec modol w ktorym moge wpisac dana maszyne z adresem ip, ulica, systemem, krotkim opisem - tak abym pozniej mogl latwo zlokalizowac co na jakiej ulicy stoi - na tej samej zasadzie jak przegladanie uzytkownikow ;))) Jedyna przeszkoda aby do tego wykorzystac modol dodawania userow, jest to iz w nim do kazdej konkretnej maszyny musze dodac usera, taryfe itt itd .. Po prostu takie male cos do usystematyzowania wszelkiej masci serwerow i maszyn w sieci ;)))) Mam nadzieje ze nie zaplatalem tego ;) -- Paweł Kowalski argail(a)histeria.pl argail(a)ats.pl

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marek, W Twoim liście z dnia 29 grudnia 2002 (10:59:17) można przeczytać: > Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i > podobne do skladni z ASP Mhm. Spodobało mi się ;> > Skladnia jest bardzo latwa i prosta cos a la: > [laczymy sie z baza lalala ;)] > $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->>SelectLimit($query_subdiv) or die($homes->ErrorMsg()); > $totalRows_subdiv = $subdiv->RecordCount(); Oglądałem. Pozatym wbudowany ładny debug, którego jakoś nie umiało mi się ładnie rozwiązać. > Bardzo fajny jest tutorial na ich stronach - http://php.weblogs.com/adodb_tutorial > Jak dlamnie (oczywiscie subiektywnie ;) duzo wygodniejsze niz funkcje > PHP do obslugi baz danych - logiczniej wyglada ;) Wracając do uniwersalności ADODB, może ktoś z was zna gdzieś rozpisane specyficzne cechy języka sql w poczególnych bazach danych? tj. chodz mi o to, że np. używam (teoretycznie) SUM() i chciałbym wiedzieć na których to zadziała. > Co do perla to pojecia nie mam DBI nie jest abstrakcyjne i niezalezne > od DB? (paron za glupie pytania ale perla to ja na obrazkach widuje a > jak mnie przydusi to juz wole w php i cli skorzystac Wiesz, akurat tutaj nie potrzebuje tak zaawansowanych rzeczy i tam to DBI jest w miarę uniwersalne. Ja się z perlem średnio znam, ale o wiele lepiej niż z C ;> > Hmmm ciekawe :) CONCAT raczej prosty ale sumowanie moze sie podobac > jak sie najpierw nie zanalizuje kody i nie skapnie ze type to rodzaj > operacji finanowej ;) Dobra, masz browar ;> -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Łukasz, Sunday, December 29, 2002, , napisałeś(aś): ŁM> Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być ŁM> lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow ŁM> itp... Tak podobne do pear-db tylko zdecydowanie bardziej rozwiniete i podobne do skladni z ASP ŁM> No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ŁM> ADODB streścić jakoś? Bo jak z typami kolumn, etc? ŁM> Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... Skladnia jest bardzo latwa i prosta cos a la: [laczymy sie z baza lalala ;)] $query_subdiv = "SELECT * FROM dzielnice ORDER BY subdiv ASC"; $subdiv = $homes->SelectLimit($query_subdiv) or die($homes->ErrorMsg()); $totalRows_subdiv = $subdiv->RecordCount(); I nam robi np ladna tablice $subdiv->Fields('city') gdzie city to pole tabeli dzielnice a zeby wyswietlilo wszystkie a nie jeden robimy cos takiego while(!$dzielnice->EOF){ Bardzo fajny jest tutorial na ich stronach - http://php.weblogs.com/adodb_tutorial Jak dlamnie (oczywiscie subiektywnie ;) duzo wygodniejsze niz funkcje PHP do obslugi baz danych - logiczniej wyglada ;) Co do perla to pojecia nie mam DBI nie jest abstrakcyjne i niezalezne od DB? (paron za glupie pytania ale perla to ja na obrazkach widuje a jak mnie przydusi to juz wole w php i cli skorzystac ŁM> SELECT users.id, CONCAT(UPPER(lastname),' ', name) AS username, ŁM> status, email, phone1, address, info, ŁM> sum((value-((type=4)*value)*2)*(type=3 OR type=4)*(userid=users.id)) ŁM> AS balance FROM users, cash WHERE status = '3' GROUP BY users.id ORDER ŁM> BY lastname, name; Hmmm ciekawe :) CONCAT raczej prosty ale sumowanie moze sie podobac jak sie najpierw nie zanalizuje kody i nie skapnie ze type to rodzaj operacji finanowej ;) -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: ilosc uzytkownikow
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Paweł, W Twoim liście z dnia 28 grudnia 2002 (02:21:47) można przeczytać: > Tak jak teraz, w momencie dodawania usera dodaje mu IP/końcówke, > przydał by się modół sieci/serwery - tak aby można było sobie > dodatkowo usystematyzować serwery/maszyny/AP w danej sieci... Znaczy punkt do którego jest wpięty? -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Łukasz Mozer 29 Gru '02

29 Gru '02

Witaj Marcin, W Twoim liście z dnia 29 grudnia 2002 (01:44:37) można przeczytać: > Juz wiem o czym piszesz. Wywolujesz query i nie ochodzi Ci do jakiej bazy > to idzie. SSam swego czasu uzywalem czegos takiego Znaczy coś like pear-db? Hm, po części rozwiązaniem tego miało być lib/LMSDB.class.php... Mam wszystko uproszczone do execSQL, fetchRow itp... No tak, database abstraction layer... Uf, uf... Mógłby mi ktoś to ADODB streścić jakoś? Bo jak z typami kolumn, etc? Teraz, czy jest sens, skoro np. skrypty są pisane w perlu? Niby on ma swoje DBI... Ale... > Tysz racja ;) I glownie sql'a. Mielenie tego w php tylbo obniza wydajnosc > systemu. no oczywiscie na ile to jest mozliwe. SELECT users.id, CONCAT(UPPER(lastname),' ', name) AS username, status, email, phone1, address, info, sum((value-((type=4)*value)*2)*(type=3 OR type=4)*(userid=users.id)) AS balance FROM users, cash WHERE status = '3' GROUP BY users.id ORDER BY lastname, name; Mhm. Sąsiad jak to ujżał to uciekł z krzykiem "mamooooooo, ratunku". However, jest to pobranie listy użytkowników oraz z aktualnym saldem plus zabezpieczenie w wypadku gdyby user nie miał żadnych operacji finansowych przypisanych do siebie. PHP tutaj wygrał. Ale w większości miejsc MySQL robi sporą ilość rzeczy 100 razy szybciej ;> (wg. getmicrotime)... PS. osobie która rozszyfruje idee powyższego query stawiam piwo przy okazji :) -- Łukasz J. Mozer <lukasz(a)rulez.pl> Rulez Development Team http://www.rulez.pl

1 0

Re: Quiz ;)
by Marcin Winkler 29 Gru '02

29 Gru '02

On Sun, 29 Dec 2002 01:20:46 +0100 Marek Pieróg <usenet(a)marcoos.net> wrote: > MW> TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 > MW> tabel i to juz jest wszystko. Dopoki sie da trzeba przewidziec > MW> wiecej takich mozliwosci i w miarei cos temu zaradzic. > > Dlatego stawiam na ADODB. Nie dosc ze jest przejrzystszy kod to i > uniezaleznienie od bazy danych. Juz wiem o czym piszesz. Wywolujesz query i nie ochodzi Ci do jakiej bazy to idzie. SSam swego czasu uzywalem czegos takiego > Przyszlosciowo ale realistycznie - kilkanascie tabel jakies zaleznosci > i nic wiecej. Naprawde tutaj nie ma prawa sie nic schrzanic na > poziomie bazy danych. Tylko ze trzeba ja sensownie zagonic do roboty > bo jak zauwazyl Łukasz watek obok wszelkie sortowania wybierania etc > trzeba robic na poziomie SQLa - duzo szybciej i co dlamnie IMHO > najwazniejsze czytelniej Tysz racja ;) I glownie sql'a. Mielenie tego w php tylbo obniza wydajnosc systemu. no oczywiscie na ile to jest mozliwe. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: Quiz ;)
by Marcin Winkler 29 Gru '02

29 Gru '02

On Sun, 29 Dec 2002 01:04:26 +0100 Marek Pieróg <usenet(a)marcoos.net> wrote: > Czesc, Marcin, > > Sunday, December 29, 2002, , napisałeś(aś): > > MW> Bo ma: tranzakcje, triggery, > > Reakcja 90 procent uzytkownikow baz danych. > Powiedziales tri-co!? Nie i pewnie 80% ludzi tez nie wie bo jest malo interesujace ???:P > MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach > MW> bardziej wypada na korzysc postgresa. > > Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet > transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" > udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 tabel i to juz jest wszystko. Dopoki sie da trzeba przewidziec wiecej takich mozliwosci i w miarei cos temu zaradzic. Przewidujmy wiekszosc na etapie projektowania a nie produkcji. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Marcin, Sunday, December 29, 2002, , napisałeś(aś): >> MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach >> MW> bardziej wypada na korzysc postgresa. >> >> Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet >> transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" >> udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) MW> TAk tylko ze tutaj trzeba myslec przyslosciowo a nie ze mamy 10 tabel i to MW> juz jest wszystko. Dopoki sie da trzeba przewidziec wiecej takich MW> mozliwosci i w miarei cos temu zaradzic. Dlatego stawiam na ADODB. Nie dosc ze jest przejrzystszy kod to i uniezaleznienie od bazy danych. Przyszlosciowo ale realistycznie - kilkanascie tabel jakies zaleznosci i nic wiecej. Naprawde tutaj nie ma prawa sie nic schrzanic na poziomie bazy danych. Tylko ze trzeba ja sensownie zagonic do roboty bo jak zauwazyl Łukasz watek obok wszelkie sortowania wybierania etc trzeba robic na poziomie SQLa - duzo szybciej i co dlamnie IMHO najwazniejsze czytelniej -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0

Re: Quiz ;)
by Marek Pieróg 29 Gru '02

29 Gru '02

Czesc, Marcin, Sunday, December 29, 2002, , napisałeś(aś): MW> Bo ma: tranzakcje, triggery, Reakcja 90 procent uzytkownikow baz danych. Powiedziales tri-co!? MW> Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej MW> wypada na korzysc postgresa. Akurat w LMS zlozonych zapytan to raczej niema. Zreszta jesli nawet transakcje i pare innych bajerow z rodziny "to nie moze sie spieprzyc" udawalo mi sie na mySQL zrobic to podejrzewam ze i to sie da ;) BTW: moze ADODB? Ostatnio zaczelem uzywac do wszystkiego podmienia sie w konfigu baze na inna i wsio po problemie. A i skladania jakos dlamnie normalniejsza niz normalnych funkcji w PHP (chyba nalecialosci z VBScript && ASP ;) Gorzej bedzie z lmsd/scripts - zatluczcie ale nie mam zielonego pojecia jak to naprzyklad wyglada w perlu z mozliwoscia przenoszenia miedzy bazami danych [tak to jest jak czlowiek jest analfabeta programistycznym skrzywdzonym roznymi odlamami Basica na 5 sposobow] -- Pozdrawiam, [marek.pierog] mailto:usenet@marcoos.net

1 0