Roman "Dagi" Pichlík zprovoznil CZJUG kanál na YouTube, takže od dnešního dne už nebudou videa uploadována na Mediacast (který bude 29 července vypnut) ale právě do tohoto kanálu. Nedokážu udělat fundované srovnání těchto dvou služeb, ale vnímám to jako krok správným směrem. Nicméně pár drobných problémů se ještě snažím vyřešit ...

Všichni víme že jakmile projekt překoná úvodní hektickou fázi ve které se usazuje design (a předtím než dosáhne fáze "zítra odevzdáváme a není to hotové"), je vývoj většinou dost nuda. Sem tam se naučíte něco nového, sem tam vyřešíte neočekávaný problém, ale jinak je to většinou celkem jednotvárná práce. Některé společnosti si tento "problém" ale evidentně uvědomují a dbají na to abyste se při práci s jejich produkty nenudili, protože jejich vrcholní představitelé zřejmě považují nudu za smrtelnou chorobu.

V noci z 21. na 22. května se v Praze konala lokální varianta "PostgreSQL testing night" - nočního setkání uživatelů PostgreSQL s cílem otestovat funkčnost nové verze (aktuálně se jedná o 9.0). Zůčastnilo se následujících šest nadšenců - Pavel Stěhule, Honza Matoušek, Václav Novotný, Tzvetan Tzankov, Petr Michalek a já.

Všichni víme že mezi relačním a objektovým modelem existují zásadní rozdíly - souhrnně označované jako "object-relation impedance mismatch." Pokud máme nad relačním systémem stavět objektový model (což je v případě objektového jazyka přirozené), musíme je nějak vyřešit, a ORM nástroje jsou jedna z možností. Ale jsou jejich často uváděné přínosy skutečné?

Tento puzzler není zcela čistým SQL puzzlerem, protože se kromě SQL funkce now() týká také PHP funkce time(). Pracujete s PostgreSQL z jazyka PHP? V tom případě tento puzzler určitě bez váhání vyřešíte ;-)

Vzhledem k tomu že jsem si vzal na starosti natáčení a následné zpracování videa z pravidelných setkání CZJUGu, musel jsem se po podívat na základní zpracování videa pod Linuxem - kdysi dávno jsem toto prováděl ve Windows v Adobe Premiere, a hledal jsem jsem něco obdobně komfortního a flexibilního. Předpokládám že nejsem sám kdo podobný problém řeší, takže si dovoluji v krátkosti popsat "své řešení" založené na nástrojích ffmpeg a kdenlive.

Instalace Oracle 11g (R2) na nepodporované distribuci (ty jsou aktuálně tři - Oracle Enterprise Linux, Red Hat a SuSe) může být poněkud problém - a to zejména pokud je distribuce "progresivní" tj. pokud obsahuje velmi nové verze různých nástrojů (kompilátor, knihovny) a pokud není založena na RPM balíčcích. A oboje platí pro mé oblíbené Gentoo, takže se podívejme na jaké nástrahy lze při instalaci narazit (a jak je překonat).

Pokud plánujete využít partitioning k rozdělení neustále rostoucí tabulky na menší části, budete muset vyřešit problém vytváření nových partitions. Není úplně žádoucí aby tato činnost byla (alespoň na produkčním systému) řešena čistě manuálně - jako daleko spolehlivější se jeví automatizace. Podívejme se na několik možných způsobů jak automatickou správu partitions řešit ...

V PostgreSQL existují dva koncepčně zcela odlišné způsoby jak řešit partitioning - přes rules a přes triggery. Jedním z důvodů využití partitioningu je často i výkon, takže se podívejme jak se tyto dvě cesty liší právě ohledně výkonu.

Na rozdíl od předchozích čistě technických článků si tentokrát dovolím krátké zamyšlení nad hinty v Oracle, ke kterým mám poněkud nejednoznačný vztah. Občas sice ve slabší chvilce připustím že se hodí, ale většinou je celkem upřímně nenávidím ...