PostgreSQL vs MySQL vs MSSQL2K

Jarosław Zabiełło — Mon, 02 Apr 2007 17:14:00 +0200

Zawsze dziwiłem się dlaczego aplikacje komunikujące się z MSSQL chodzą tak niemrawo. Zrobiłem sobie szybki test szybkości. Na tym samym komputerze zainstalowałem: MSSQL 2000 SP4, MySQL 5.0.27 i PostgreSQL 8.2.3. Zadanie było proste, pobrać listę tabel w bazie.

Użyto następującego kodu w Pythonie:

import adodbapi, MySQLdb, odbc, psycopg2, time
conn = [
  ( 'mysql', MySQLdb.connect(user='root', db='test'), 'SHOW TABLES'),
  ('pgsql', psycopg2.connect("user='postgres' password='test''"), 'SELECT * FROM pg_tables jdb273'),
  ('mssql ado', adodbapi.connect('Provider=SQLNCLI.1;Integrated Security=SSPI;Persist Security Info=False;Initial Catalog=test'), 'EXEC sp_tables'),
  ('mssql odbc', odbc.odbc('DRIVER={SQL Server};SERVER=localhost;DATABASE=test;UID=sa;PWD=test'), 'EXEC sp_tables'),
  ]
def test(repeat=100):
  for c in conn:
    dbtype, db, sql = c
    print dbtype,
    t = time.time()
    for i in range(repeat):
      cursor = db.cursor()
      cursor.execute(sql)
      rows = cursor.fetchall()
      cursor.close()
    print '%d req/s' % round(repeat / (time.time() - t))
if __name__ == '__main__':
  test()

Użyta konfiguracja:

WinXP Pro 2000 SP2, P4 3.2GHz, 1GB RAM.
Python 2.5
MySQL v5.0. 27, driver: MySQLdb v1.2.2
PostgreSQL v8.2.3, driver: psycopg2 v2.0.6b1 (dec dt ext pq3)
MSSQL 2000 SP4, driver: ADO

Wyniki:

C:\home\app\bench\scripts>bench_db.py
mysql 457 req/s
pgsql 581 req/s
mssql ado 6 req/s
mssql odbc 9 req/s

C:\home\app\bench\scripts>bench_db.py
mysql 457 req/s
pgsql 581 req/s
mssql ado 9 req/s
mssql odbc 10 req/s

C:\home\app\bench\scripts>bench_db.py
mysql 457 req/s
pgsql 578 req/s
mssql ado 9 req/s
mssql odbc 11 req/s

C:\home\app\bench\scripts>bench_db.py
mysql 457 req/s
pgsql 581 req/s
mssql ado 8 req/s
mssql odbc 11 req/s

C:\home\app\bench\scripts>bench_db.py
mysql 455 req/s
pgsql 641 req/s
mssql ado 9 req/s
mssql odbc 10 req/s

Mit o rzekomej szybkości MySQL już jest nieaktualny. Nowy PostgreSQL 8 bije go pod każdym względem. Zarówno wydajnościowo i jak i znacznie większymi mozliwościami (o tym może kiedy indziej). Dziwi słaba, a raczej nędzna, wydajność produktu firmy Microsoft. Nie sprawdzałem nowego MSSQL 2005, ale wszystko wskazuje na to, że przynajmniej MSSQL2K to kompletne dno!

PostgreSQL - inne problemy

Jarosław Zabiełło — Mon, 29 May 2006 21:00:00 +0200

Zauważyłem, że problem z dziwacznym działaniem kwerend MySQL5 korzystających z LIKE nie występuje pod Linuksem. Być może to po prostu przypadłość kiepsko przygotowanej binarki dla Windowsów…

Najbardziej bolesna sprawa związana z PostgreSQL (dalej: PG) jest zła implementacja wersji międzynarodowych. Tzn. PG ustawia jedną collations dla całej bazy co skutecznie uniemożliwia to, aby w ramach jednej bazy używać różnych tabel z różnymi sortowaniami (wg różnych języków).

Zaś MySQL potrafi ustawić niezależnie collation nawet dla poszczególnych kolumn!

Próbowałem przeszukać listy dyskusyjne na temat PG, ale to, co znalazłem, potwierdza moje obawy: PG ma to źle zrobione. Jeśli chcę mieć efekt sortowania i takiego samego traktowania dużych i małych znaków (istotne przy większości wyszukiwań tekstu) to musiałbym dla każdego języka tworzyć oddzielną bazę. To raczej nie wchodzi w grę.

Jarosław Zabiełło - BLOG: Tag postgresql

PostgreSQL vs MySQL vs MSSQL2K

PostgreSQL - inne problemy