Sierpień 2004 - lms - lists.lms.org.pl

Re: Krótki flame...
by Jakub Walczak 26 Sie '04

26 Sie '04

Dnia 2004-08-26 12:05, Użytkownik Przemek SAKO Galczewski napisał: > Hello Radoslaw, > > Thursday, August 26, 2004, 11:44:30 AM, you wrote: > > RGP> generalnie siedzy w MySQL'u, ale przy LMS2 jesli bedzie import danych z > RGP> bazy LMS1 > RGP> z MySQL do LMS2 PGSQL chetnie zamienie troche czasu stawiajac postgresa > RGP> na wydajnosc > RGP> LMS'a. > > porownywaliscie wydajnosc obu baz? na przyklad tu > http://www.sqlite.org/speed.html ? no to teraz sie zaczyna prawdziwy flame ;-) zgadnij czemu nie ma tam wynikow zapytan z join'em ? :-) nie ma nigdzie porownania jak szybko dziala baza z logika w sql'u, a jak podobna bez uzywania sql'a (no bo jak to porownac) ale operacje na danych (to co sie da wlozyc do triger'a) imho powinny byc robione w bazie > Wiekszosc aplikacji uzywa mysql'a i nie ma obslugi innych baz, jest to > najpopularniejsza baza danych pod linuxem. > Kiedys uzywalem postgresa w duzym systemie - dziekuje, za duzo > problemow o ktorych nie bede dyskutowal spowodowalo zmiane bazy i > problemy sie skonczyly. to ze wiekszosc tak robi to nie znaczy, ze tak jest najlepiej i jak jest najpopularniejsza to wcale nie znaczy, ze jest najlepsza (patrz systemy operacyjne, przegladarki), ostatnio jeden gosc mnie probowal przekonac, ze powinienem swoja aplikacje (php/postgres) przepisac na ASP/MSSSQL, bo to jest 85% rynku ... ale odbiegamy od rzeczowej dyskusji ... a moze zrobic *naprawde* uniwersalnego LMS'a - JAVA/JDBC ;-) [to tylko zart!] Jaqb

1 0

Re: [lms] Re: Krótki flame...
by Przemek SAKO Galczewski 26 Sie '04

26 Sie '04

Hello Radoslaw, Thursday, August 26, 2004, 11:44:30 AM, you wrote: RGP> generalnie siedzy w MySQL'u, ale przy LMS2 jesli bedzie import danych z RGP> bazy LMS1 RGP> z MySQL do LMS2 PGSQL chetnie zamienie troche czasu stawiajac postgresa RGP> na wydajnosc RGP> LMS'a. porownywaliscie wydajnosc obu baz? na przyklad tu http://www.sqlite.org/speed.html ? Wiekszosc aplikacji uzywa mysql'a i nie ma obslugi innych baz, jest to najpopularniejsza baza danych pod linuxem. Kiedys uzywalem postgresa w duzym systemie - dziekuje, za duzo problemow o ktorych nie bede dyskutowal spowodowalo zmiane bazy i problemy sie skonczyly. -- Best regards, Przemek mailto:sako@infinity.waw.pl

1 0

Re: Krótki flame...
by Marcin Król 26 Sie '04

26 Sie '04

Użytkownik Tomasz Chilinski napisał: > Zasada jest taka: to co jest uniwersalne to i gównianie. W przypadku LMSa > męczenie się z kilkoma silnikami DB powoduje, że nie masz szans działać > super na którymkolwiek z nich. Baset ma to do siebie że znając jego to najchętniej napisał by własną bazę danych ;) - Ilu potrzeba developerów LMSa do wkręcenia żarówki? - Żadnego. Developerzy LMSa zrobią odrazu nową lampę. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

lms-mgc ??
by Michał Zubryk 26 Sie '04

26 Sie '04

Witam mam lms-a z seri 1.3 i czy lms-mgc jest w stanie pokazac download i upload danego user-a ? Bo jak nie to po co to jeszcze w plikach sample jest ? Pozdrawiam MichalZ

1 0

Re: Krótki flame...
by Radoslaw 'Goblin' Pieczonka 26 Sie '04

26 Sie '04

>Zasada jest taka: to co jest uniwersalne to i gównianie. W przypadku LMSa >męczenie się z kilkoma silnikami DB powoduje, że nie masz szans działać >super na którymkolwiek z nich. > generalnie siedzy w MySQL'u, ale przy LMS2 jesli bedzie import danych z bazy LMS1 z MySQL do LMS2 PGSQL chetnie zamienie troche czasu stawiajac postgresa na wydajnosc LMS'a. -- Goblin.

1 0

Re: Jakiś problem
by Marcin Król 26 Sie '04

26 Sie '04

Użytkownik Tomasz Chilinski napisał: > Btw. uważam umieszczenie w lms-cutoff zawinietkowywania usera za > redundancję. Jeśli odłączamy usera od sieci to po prostu przekierowujemy go > na winietkę z informacją, że został odłączony + jego saldo i operacje. Dobra dobra. Wyświetlenie winetki na stronie z blokadą jest imho dużo lepsze, bo równie dobrze można zablokować usera z ujemnym saldem za np. złamanie regulaminu. I skąd on biedny ma się zorientować czemu jest zablokowany? Pozatym, my sami w UI widzimy że został zablokowany za to a nie za co innego. -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: Krótki flame...
by Tomasz Chilinski 26 Sie '04

26 Sie '04

On Thu, 26 Aug 2004 11:17:25 +0200, Maciej Ochalek wrote > ALEC> może to i dobry pomysł zrobić lms2 tylko na postgresie, > jeszcze dodam jeden ALEC> duży plus - pisanie funkcji w pl/pgsql > (możnaby tych funkcji zrobić naprawdę ALEC> sporo co odciążyło by > php oraz ułatwiło pisanie), no ale trzebaby się ALEC> jeszcze tego > naumieć, ja znam podstawy ale chętnie bym się w tym zagłębił. Zasada jest taka: to co jest uniwersalne to i gównianie. W przypadku LMSa męczenie się z kilkoma silnikami DB powoduje, że nie masz szans działać super na którymkolwiek z nich. Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: [lms] Re: [lms] Re: Krótki flame...
by lukas 26 Sie '04

26 Sie '04

MO> Polecam zatem materialy, jakie mialem na studiach na przedmiocie "Bazy MO> Danych", ktory praktycznie calosci opieral sie na PGSQL. W kilku MO> PDFach ujeta jest praktycznie cala podstawowa wiedza z uwzglednieniem MO> wszystkiego, o czym tu mowilismy. Dla mnie bomba. MO> http://rudynet.pl/~ohaleck/pg/ MO> O. big thx Ja też dorzucę swój głos na PgSQL. -------------------- Łukasz Wojciechowski

1 0

Re: Krótki flame...
by Tomasz Chilinski 26 Sie '04

26 Sie '04

On Thu, 26 Aug 2004 10:31:01 +0200, Jakub Walczak wrote > jezeli ktos nie zauwazyl, to gdyby bylo glosowanie to ja bym > glosowal za PostgreSQL'em ;-) Też jestem za postgresem! > Jaqb > p.s. ta flame war robi sie coraz dluzsza :-) Pozdrawiam Tomasz Chiliński

1 0

Re: [lms] Re: [lms] Re: Krótki flame...
by Maciej Ochalek 26 Sie '04

26 Sie '04

10:56:48 AM, A.L.E.C był(a) łaskaw(a) nastukać list o treści: ALEC> Jakub Walczak wrote: >> jezeli ktos nie zauwazyl, to gdyby bylo glosowanie to ja bym glosowal za >> PostgreSQL'em ;-) ALEC> może to i dobry pomysł zrobić lms2 tylko na postgresie, jeszcze dodam jeden ALEC> duży plus - pisanie funkcji w pl/pgsql (możnaby tych funkcji zrobić naprawdę ALEC> sporo co odciążyło by php oraz ułatwiło pisanie), no ale trzebaby się ALEC> jeszcze tego naumieć, ja znam podstawy ale chętnie bym się w tym zagłębił. Polecam zatem materialy, jakie mialem na studiach na przedmiocie "Bazy Danych", ktory praktycznie calosci opieral sie na PGSQL. W kilku PDFach ujeta jest praktycznie cala podstawowa wiedza z uwzglednieniem wszystkiego, o czym tu mowilismy. Dla mnie bomba. http://rudynet.pl/~ohaleck/pg/ O. -- Maciej O'Klap Ochałek ASK RudyNET http://www.rudynet.pl

1 0