Administrace komentářů

Nijak, ale unsigned 32bit int ano :), psal jsem o dvou věcech o 24bit integeru, který je velmi chytlavý, protože je to něco neobvyklého, a o unsigned typech, což by mohlo být pochopitelnější/akceptovatelnější uznat výhodu :o). Možná jsem to měl napsat obráceně a „vyzdvihnout“ unsigned typy.
Většina z Vás co se Vám nezdá nasazení 8,24bit integerů či unsigned typů (čti „píšící v tomto vlákně :)“) vychází z předpokladu, že se databáze používají jen na vyhrazeném serveru s optimalizovaným hardware. Databáze lze používat i lokálně na běžném hardware nebo na hardware „obyčejném“, který slouží jako spousta dalších věcí. A 200MiB může být hodně (a kdyby to byl rozsah 0-4294967295 jen jednoho sloupce, tak je to 400Mib, a to je jen jeden a jen 100mil záznamů…).
Uvedu jiný příklad příklad (protože na předchozí lze argumentovat, „je lepší zainvestovat protože,…“ - což ale nemusí být tak jednoduché):
Představte si, že realizujete měření ze spoustou hodnot a záznamů a potřebujete je analyzovat (tabulkový procesor už na to dávno nestačí) a většina senzorů dává hodnoty normalizované do rozsahů běžných datových typů (a to plně, tedy 2^8, 2^16, 2^32) a MySQL v tomto případě vychází vstříc, není třeba nasazovat „vyšší“ datový typ na rozdíl od PostgreSQL (či Javy :)).
PS: a jsou tam i jiné údaje, vazby reporty, které ospravedlňují nasazení databáze.
Znovu zdůrazním, že neříkám, že PostgreSQL je horší (nebo lepší), jen poukazuji na argumenty, kde může být MySQL vhodnější volbou díky vlastnostem, které PostgreSQL nemá (ano i takové jsou ).