PostgreSQL 8.3 - początek końca mysql ?
Wiem że mysql ma wielu zwolenników i zawsze mają jeden argument przeciwko PostgreSQL - wydajność. Ponieważ wersja 8.3 jest już dostępna prawie rok postanowiłem zmigrować na nią kilka baz i myślę że argument o wydajności jest już zupełnie nieaktualny. Jeżeli projektujesz nową aplikacje pod mysql to poczytaj trochę i może zmienisz bazę :)
kris2 z- #
- #
- #
- #
- #
- #
- 44
Komentarze (44)
najlepsze
Tak, bardzo spokojni ;]
http://www.wrzuta.pl/obraz/aVmLt30Whi/ogloszenie
CTE ma też IBM DB2 (chyba jako pierwsza) i Firebird (od wersji 2.1). Oracle też ma jego kawałek - ale bez możliwości rekurencyjnego wykonywania (na pocieszenie ma CONNECT BY - ale jest to mniej uniwersalne rozwiązanie).
@thor
CTE pojawiły się w standardzie SQL:1999, w SQL Server w wersji 2005. Czyli akurat tu MS nie wyszedł przed szereg. W sumie to wszystkie bazy danych to średnio zgodne z standardem SQL
PostgreSQL używam produkcyjnie od kilku lat, jeszcze od wersji 7.x. Na chwilę obecną 8.x ma takie możliwości, że głowa boli. Niemniej jednak, nie można odmówić MySQL-owi jednej rzeczy. W InnoDB indeks główny jest
ale moze to sie odbije pozytywnie na wydajnosci, kto wie?
@shell, klastrowanie wyłączyli bo miało jakiego buga.
PostgreSQL ma naprawdę ładną składnię, mocno zbliżoną do standardu, przyjemnie się w nim programuje. Przykładowo w Oracle chcąc pobierać klucz główny dopiero co wstawionego rekordu trzeba się ręcznie babrać z sekwencjami. W PostgreSQL się robi po prostu "INSERT INTO a(name) VALUES('Ala') RETURNING id".
PostgreSQL ma wiele przydatnych rozszerzeń i możliwości:
-
Działa poprawnie, wystarczy ująć nazwę w cudzysłów (czyli "NazwaTabeli", czy "NIP")
A MySQL ma coś takiego jak PostGIS?
Albo może potrafi korzystać z indeksów funkcyjnych? Nie?
Może
concurrent - współbieżny
przyznam, że udało Ci się wywołać u mnie uśmiech politowania
Oczywiście zaraz ktoś powie, że mając