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 :)