- lms - lists.lms.org.pl

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

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

29 Gru '02

Witaj Marcin, W Twoim liście z dnia 29 grudnia 2002 (00:57:26) można przeczytać: > Bo ma: tranzakcje, triggery,funkcje (plpgsql,C i inne), subselekty,widoki > itp itd i jest przyjazda dla usera od samego poczatku. ;) > Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej > wypada na korzysc postgresa. Ja dzisiaj zaczełem zastanawiać się nad wydajnością LMS (200 userów, ~3000 rekordów tabeli od finansów) i tak średnio mi zaczeło to wyglądać na k6-2-500 :S Do tego jeszcze mnie przybił interpreter PHP... w niektórych wypadkach jest kilkadziesiąt razy wolniejszy niż robiłbym coś z poziomu mysql'a (sumowanie kolumn np.)... Ech. W co ja się wpakowałem? :) -- Ł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 Sat, 28 Dec 2002 21:21:33 +0100 Łukasz Mozer <lukasz(a)rulez.pl> wrote: > Witaj lms-l! > > Jakiej używasz bazy danych i dlaczego ta a nie inne? :) Pytanie powinno brzmiec: Jaka jest Twoja ulubiina baza danych i dlaczego wlasnie jest to PostgreSQL :PPP (joke) Bo ma: tranzakcje, triggery,funkcje (plpgsql,C i inne), subselekty,widoki itp itd i jest przyjazda dla usera od samego poczatku. ;) Generalnie przy bardziej zlozonych zapytaniach na wielu tabelach bardziej wypada na korzysc postgresa. -- "Nieobecni nie mają racji" Marcin Winkler

1 0

Re: login czy nr. klienta?
by Goblin 28 Gru '02

28 Gru '02

Tak sobie dzisiaj myslalem i wyszlo mi na to ze czemu by nie polaczyc zalet Nr. Klienta z Loginem... przeciez nie stanowi dla systemu zadnego problemu by jako podstawowym kliuczem poslugiowac sie Nr klienta a dodatkowo stwozyc tabele przypozadkowywujaca login i haslo dla usera. Dzielki temu mozliwa bedzie dowolna personalizacja loginu a nawet umozliwienie jego zmiany przez usera -- Goblin.

1 0

Re: Quiz ;)
by Goblin 28 Gru '02

28 Gru '02

> Jakiej używasz bazy danych i dlaczego ta a nie inne? :) MySQL a dlaczego... glownie dlatego ze to byla pierwsza baza jakiej zaczale muzywac powazniej (razem z PHP) i jakos tak mi zostalo, chpoc od czasu do czasu mysle o Postgresie... tylko sie jakos zabrac nie moge... -- Goblin.

1 0