PostgreSQL 8.3

PostgreSQL — najbardziej zaawansowana otwarta baza danych — doczekał się wersji 8.3. Znajdziemy w niej ogromną liczbę nowości oraz zapewne mnóstwo nowych bugów 🙂

Lista ulepszeń i nowych funkcji, za 7thGuard.net:

Najważniejsze zmiany:

  • pełna integracja z silnikiem bazodanowym wydajnego wyszukiwania pełnotekstowego ang. full-text search
  • wsparcie dla standardu SQL/XML obejmujące nowe operatory i nowy typ danych XML
  • wyliczeniowy typ danych ENUM Przykładowa składnia: CREATE TYPE kolor AS ENUM (‘czarny’, ‘czerwony’, ‘zielony’).
  • w typie tablicowym można zapisywać złożone typy danych
  • wprowadzenie unikalnego typu danych UUID ang. Universally Unique Identifier wg RFC 4122
  • dodanie kontroli dotyczącej położenie wartości NULL w sortowaniu (na początku lub na końcu sortowania). Rozszerzona składnia: ORDER BY … NULLS FIRST/LAST
  • aktualizowalne kursory ang. updatable cursors
  • parametry konfiguracyjne serwera bazodanowego można teraz w prosty sposób ustawiać przez funkcje bazodanowe
  • typy zdefiniowane przez użytkownika można teraz modyfikować
  • automatyczne nowe stworzenie planu zapytania przechowywanego w cache, w przypadku zmiany definicji tabeli lub gdy statystyki zostaną zaktualizowane
  • wsparcie Security Service Provider Interface (SSPI) dla autentykacji w Windows
  • wparcie dla autentykacji GSSAPI ang. Generic Security Services Application Program Interface
  • całe wydanie PostgreSQL można skompilować w Microsoft Visual C++

Ulepszenia z zakresu wydajności:

  • asynchroniczne opóźnione zatwierdzanie zapisów do WAL podczas zatwierdzania transakcji
  • zapis punkt kontrolnego dziennika transakcji ang. checkpoint może być rozciągnięty w dłuższym okresie czasu dla wyrównania nagłych skoków w I/O podczas zapisu każdego checkpoint’a.
  • dokładnie na czas opracowania najskuteczniejszej metody zapisu na dysk przez proces zapisujący
  • Heap-Only Tuples (HOT) umożliwia ponowne wykorzystanie miejsca w większości zadań UPDATE i DELETE
  • użycie nietrwałych ID transakcji dla transakcji tylko odczytujących, które redukuje koszty ogólne i potrzebę porządkowania (VACUUM). Nie zostaje zwiększany globalny licznik transakcji.
  • redukcja kosztów ogólnych składowania per wiersz i per kolumna
  • równoczesne duże sekwencyjne skanowania mogą teraz współdzielić odczyty z dysku
  • ORDER BY … LIMIT można być wykonane bez sortowania
  • udoskonalenie złączeń typu hash w przypadku wielu wystąpień wartości NULL
  • zwiększenie efektywności operatorów LIKE/ILIKE, szczególnie dla wielobajtowych ustawień znaków jak UTF-8

Więcej przeczytacie w oficjalnej informacji o wydaniu. Źródła Postgresa można ściągnąć ze strony projektu.

żadnych reklam, sama wiedza.

Zarejestruj się na BEZPŁATNY NEWSLETTER i raz w tygodniu otrzymuj najważniejsze wiadmości
ze świata IT, nowych technologii i kryptowalut.

Bez reklam.

12 odpowiedzi na „PostgreSQL 8.3”
  1. Awatar michal
    michal

    +1

    Czekam na pakiet SEPostgreSQL 🙂

  2. Awatar stronger
    stronger

    Bosko! To się nazywa baza danych przez duże "B". Zastanawia mnie tylko jedno, skoro nowe tabele nie mają domyślnie OID-ów to jak zrobić złączenie z pg_class na tableoid, żeby otrzymać nazwę klasy/tabeli?

    1. Awatar Adam Buraczewski
      Adam Buraczewski

      Tabele systemowe (pg_class itp.) mają pozostawione OIDy i funkcjonują jak dotychczas. Z OIDów można było zrezygnować w przypadku zwykłych tabel już od dawna, teraz tylko to jest włączone domyślnie.

    2. Awatar arag0rn
      arag0rn

      Zajrzyj raczej do information_schema, używanie pg_class mija się raczej z celem od wersji >=7.4.

    3. Awatar ManieQ
      ManieQ

      "WITHOUT OIDS" dotyczy tylko wierszy, co ma przede wszystkim sens gdy i tak mamy klucz główny. Natomiast same tabele jak każde inne obiekty jak najbardziej mają swoje OID-y.

  3. Awatar Z
    Z

    użycie nie trwałych ID

    "Nietrwałych" – łącznie!

  4. Awatar yoshi314
    yoshi314

    "dokładnie na czas opracowania najskuteczniejszej metody zapisu na dysk przez proces zapisujący "

    co ? 😀

  5. Awatar brunorc
    brunorc

    zapewne mnóstwo nowych bugów

    To śmieszne miało być? Wyszło żałosne…

    1. Awatar IRo
      IRo

      Czy ja wiem… Sądzę raczej, że autor jest realistą 🙂 Czas pokaże.

    2. Awatar BoBsoN
      BoBsoN

      PgSQL zawsze stabilizuje się w kolejnych x.x.Y,
      błędy w kodzie są nieuniknione – w miarę bezpieczna wersja pewnie będzie koło 8.3.2

    3. Awatar Maciek
      Maciek

      nowe funkcjonalności ZAWSZE są okupione nowymi błędami. jak program ma pół miliona linii kodu, nie może być inaczej.

  6. Awatar Olaf
    Olaf

    A ja się nie mogę doczekać kiedy będzie działało sortowanie dla różnych języków jednocześnie. Tzn. dla różnych LC_COLLATE. Jak na razie to dyskusja się ciągnie od co najmniej 7 lat i dalej nic nie ma 🙁

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *