MySQL

Nqkoj da znae dali sled Delphi7 DBExpress-a e updatevan. Doskoro polzvah MySQL 3.xx i nqmah nikakvi problemi s komponentite za DBExpress. Sega polzvam posledniq stable 4.0.12 i vyobshte ne moze da se vyrze. Probvah da vzema i stariq libmysql.dll no sys nego dava error "wrong user or password". Nqkoj reshaval li e tozi problem.

Da, ima go tozi problem. No az si karam sys stariq MySQL 3.xx. Ne vizdam prichina da mina kym novija 4.0x. Nishto syshtestveno novo ne predlaga. Inache za problema s podkarvaneto na chetvorkata i az vse oshte ne sym go reshil.

Quote: "Нищо ново съществено не предлага..."
Как да не предлага? Извън нещата, които не се виждат (оптимизации и пр.), много важна за мен новост в 4.xx беше BOOLEAN MODE на Fulltext-Search-а.

mySQL в пълен с fancy features, но като производителност и надежност (sorry) е пълна скръб. Това е истината...
Много е добре да имаш безплатна база данни, но както се вижда от самите clubs.dir.bg, mySQL издиша отвсякъде...

---
Не е важно да си добър, важното е да си ман-и-як!

> mySQL в пълен с fancy features, но като производителност и надежност (sorry) е пълна скръб.

Странно... ако поразровиш и интернет ще видиш, че всеки който сравнява MySQL с други бази данни твърди точно обратното. Че на MySQL му липсва това това и оново, но работи много по-бързо и надеждно.

Твоите наблюдения на какво се базират? Само на clubs.dir.bg ли?

salle.online.bg/sig

две от съществено новите неща:

1. Query cache:
mysql> select count(distinct a) from tbl;
+-------------------+
| count(distinct a) |
+-------------------+
| 2695754 |
+-------------------+
1 row in set (0.00 sec)

mysql> select count(distinct a) from tbl;
+-------------------+
| count(distinct a) |
+-------------------+
| 2695754 |
+-------------------+
1 row in set (0.00 sec)

mysql> select count(distinct a) from tbl;
+-------------------+
| count(distinct a) |
+-------------------+
| 2695754 |
+-------------------+
1 row in set (0.00 sec)

Забелязваш ли разликата във времената?
Това се случва когато QCache работи.

2. Промяна на параметри без рестартиране и поотделно за всяка сесия:

mysql> set session join_buffer_size = 8388608;

Като оставим настрана възможностите за оптимизация на сървъра като цяло без да го рестартираш можеш дори да оптимизираш отделни заявки по този начин.

salle.online.bg/sig

grantni si pak userite, upgrade gi preebava

:))))))))
WTF!?!?!

Ti poludia!!! Savsem poludia!!!
MySQL stava (ne e dokazano) samo za prost select na 2 coloni ot 1 tablica s max 1000 reda. <- vij ei tazi tochka tuka. Az sam pisal comersialno prilojenie s MySQL (Gospod da vi opazi ot MySQL) i ti kazvam che MySQL suck-va i to ne "suck"-va, a SUCK-va, daje SUUUUUUUUUUUUCK-va jestoko.

Poslednia "MINOR" bug-fix v optimizer-a (zashto li go narichat taka?!) pravil taka, shtoto optimizer-a da predpochital razhodki po indexite pred FULL-TABLE SCAN :(!?!?@!?

Pri INSERT, SELECT, UPDATE (s malko po-tejki JOIN-ove) bench (neizfabrikuvan ot MySQL AB), MySQL zapochva da raboti 10, 20, 30 i 40 pati po-bavno pri saotvetno 10K, 20K, 30K i 40K zapisa v osnovnata tablica v sravnenie s MSDE na sashtata machina, konfigurirano sas sashtoto kolichestvo pamet, s IDEALNO tunnat MySQL InnoDB. Vsicki zaiavki sa s podredeni WHERE claus-i kato za MySQL, koda, specifichno optimize-nati za MySQL. Testa e trial run na istinsko comersialno prilojenie, pisano ot men i grupa savetski ucheni:), a ne neshto, koeto sam prochel na niakakav MySQL-biased site.

V 4.0.14 opraviha optimizer-a i stroshiha lock manager-a. Sega 90% ot conkurentnite zaiavki se lock-vat edna-druga, vapreki, che InnoDB ima row-level locking (problema nai-veroiatno e v samia MySQL).

Da ne spomenavam misterioznite COM+ greshki, blagodarenie na nepravilno multi-threadnatite ODBC driveri.

Are, grebi momko.

P.S
Osven tova edno MSDE go poluchavash zaedno sas Visual Studio .NET 2003 Profiessional za $900 (dori $700 veche), a samo MySQL, deto za nishto ne stava struva $500 za commercial usage.

P.P.S
Kade sa ti sega sub-select-ite, stored procedurite i optimizer-a be, Batman?!

Ne, ne zabeliazvam razlika vav vremenata. Vse e 0.00 sec.
Osven tova tozi case-sensitive query cache, deto ako vdignesh 1 bukva v goren registar i veche ne raboti.... pak da si go navrat otzad...

Are..

Osven che izdisha, ne e i bezplatna.

A koi izobshto ti kaza che e baza danni??!?!!!?