PostgreSQL 9.0 (diskuse)

[JoHnY2]

Je strasne fajn, jak rychle se Postgres zlepsuje. O kolik se za dobu mezi 8.0 a 9.0 zlepsilo MySQL nebo Oracle a o kolik se zlepsil Postgres. Moje diky vyvojarum.

[m;)]

Myslite tym, ze Oracle sa za tu dobu (5,7 roku) nezlepsil, resp. zlepsil vyrazne menej ?

[Vskutečnosti Saýc]

uvolnena evoluce? vazne?

[razor]

Je to trochu OT, ale zrovna zkoumám postgresql a způsob řazení stringů (collate). Zatím jsem pochopil, že collate se dá nastavit pouze při inicializaci databází (initdb). Nevíte zda se to dá nastavit poté i pro jednotlivé databáze, případně zda verze 9 v tomto směru něco změníla? Jinak se mi to zdá jako celkem výrazný nedostatek.

[Filip Jirsák]

Pořád to jde nastavit jen při inicializaci každé jednotlivé databáze. Omezení je to možná pro testování a zkoušení, pro produkční nasazení v tom nevidím tak velký problém – jedině pokud byste chtěl mít v jedné databázi víc jazykových verzí, třeba anglické, německé a české názvy produktů.

[pavlix]

jedině pokud byste chtěl mít v jedné databázi víc jazykových verzí, třeba anglické, německé a české názvy produktů.

A to se nemůže stát :D.

[Filip Jirsák]

Stát se to může, ale rozhodně to není případ každé druhé databáze. Takže je docela pravděpodobné, že něco takového dotyčný vůbec nebude potřebovat.

[vratidlo007]

PSQL 9 umi nastavit ruzne setupy pro jednotlive DB. Tady je vytvoreni nove DB s jinym, nez defaultnim nastavenim.

[razor]

Díki za info pánové, ješte se na to podívám.

[Zdenek Kotala]

Collation per database jde jiz od verze 8.4. Autorem teto zmeny je Radek Strnad, ktery to delal v ramci summer google of code.

[Anonym]

Jsou nejake plany (casove) na podporu collations podobnou mysql? Tedy treba moznost pri razeni collation explicitne definovat, pri vice jazykovych verzich se to opravdu hodi.

[okbob]

Aktuálně zrovna reviduji patch, který collation per column zavádí. Takže v 9.1 by se to objevit mělo, tj cca za rok.

[Anonym]

Dekuji.

[pavlix]

Při řazení bych to nedělal, to tuším trochu limituje užitečnost indexů. Per-column možná.

[krotitelODS]

??

Z toho jsem ted jelen. Co byste nedelal pri razeni?

[pavlix]

Mno pokud to není nezbytně nutné (což mi zatím nepřipadá), tak bych se vyhnul implementaci více různých možností řazení u databáze, která si při řazení může pomáhat indexem.

Protože pak to bude buď řadit dost neefektivně, nebo bude muset být jen malá množina používaných řazení, kde každé z nich bude mít vlastní index.

[okbob]

Tomu se lze bránit funkcionálním indexem.

[pavlix]

Tak to by mě docela zajímalo, jak se tohle ošetří... netvrdím, že to nejde, ale asi to nebude úplně easy.

[okbob]

Pokud pouziji funkci nize uvedenou pystrxfrm (a text) CREATE INDEX fooidx ON mojetab((pystrxfrm(sloupec)));

v aplikaci SELECT .. ORDER BY pystrxfrm(sloupec)

[pavlix]

Což to ale odpovídá spíš tomu, co jsem psal, tzn na každé řazení samostatný index.

[okbob]

To jsem nepochopil - mate pravdu - indexy nelze sdilet pro ruzna COLLATES. Teoreticky bych si dovedl predstavit, ze by treba case sensitive a case insensitive COLLATES mohly sdilet jeden index, fakticky to ovsem tak nebude - minimalne ne v nejblizsi dobe, kde se implementuji COLLATES pouze na bazi locales

[pavlix]

I tak děkuju za doplnění.

[ha]

Já to řeším lehce oklikou přes plpython/locale.strcoll.

[Filip Jirsák]

To ale nepoužije databázový index, takže je to řešení na úplně jiné úrovni a úplně jinou škálovatelností.

[ha]

Ok, ne tedy strcoll, ale strxfrm.

Např.:

DROP FUNCTION IF EXISTS pystrxfrm(a text);
CREATE FUNCTION pystrxfrm (a text)
  RETURNS integer
AS $$
  import locale
  locale.setlocale(locale.LC_COLLATE, "cs_CZ.UTF-8")
  return locale.strxfrm(a)
$$ LANGUAGE plpythonu IMMUTABLE;

DROP TABLE IF EXISTS coll_text;
CREATE TABLE coll_text (id INTEGER, txt VARCHAR(10));

CREATE INDEX coll_index on coll_text(pystrxfrm(txt));

EXPLAIN SELECT * FROM coll_text ORDER BY pystrxfrm(txt);
> Index Scan using coll_index on coll_text

[frEon]

zeby konecne pouzitelnejsi replikace

[cronin]

Je tato "nova" replikacia ina ako dodavala doteraz EnterpriseDB?

[okbob]

Předpokládám, že ano.

[cronin]

Tak mi treba, ked som polozil ano-nie otazku!

[danaketh]

Ještě by ten pgAdmin nemusel bejt tak otřesnej, jak vzhledově, tak funkčností. Zbytečné ikony přes půl monitoru a nemožnost povypínat načítání zbytečných informací (třeba neukazovat schémata, ke kterým nemá přihlášený uživatel přístup nebo nenačítat po označení info o tabulce ale nedělat nic nebo dát SELECT na na X posledních záznamů).

[okbob]

Bohužel musím souhlasit. Bohužel všichni vývojáři jsou víc programátoři než designeři - chybí profesionální designer, který by se věnoval PostgreSQL. Nejen z toho důvodu mám raději konzolu.

[m;)]

Bohuzial pre Postgres nie je k dispozicii prakticky ziadny kvalitny GUI IDE nastroj (kdezto pre taky Oracle je ich niekolko). :-/

[okbob]

Jsou - a myslím si, že jsou velice kvalitní - ale jsou komerční, i když k dispozici jsou alespoň různé odlehčené varianty - http://www.sqlmanager.net/en/products/studio/postgresql