Názory k článku
Krátce o PL/Perl

btw - untrasted perl neznam, jen untrusted ...a dalsi uzasna perlicka je ta "spoust" - copa vazne musime prekladat naprosto vsechno? myslim, ze trigger je uz docela ustalene nazvoslovi... takze spojeni "spoust v pltcl konvertujici" ve me vyvolava asociace s nejakou novou zazracnou zbrani) - kdyztak uz spoustec, ale i tak je to hruza.

No já teda nevím. Untrasted je evidentně překlep a i když sám slovo trigger používám a je opravdu dosti zažité, velmi často se používá právě slovo spoušť. Vždyť to přesně vyjadřuje jádro pudla...

Btw. spouštěč mi příjde naprosto uhozené. Pod tím bych si představil něco úplně jiného.

Jo jo, taky jsem nejakou chvilku dumal, jakou ze spoust tam kdo nadelal, nez mi to doslo:o)))

Dodnes se setkavam v ceskem odbornem textu s terminem 'slovo', bohuzel nikdy nevim, jestli je tim (v danem textu) mysleno 8 bitu nebo 16 bitu ...

To je přeci závislé na šířce datové sběrnice, jestli má slovo jednu, dvě, čtyři nebo osm slabik :) Stojí to v každé knížce :)

Diky za preklad slova spoust. Ze je to trigger by me nenapadlo. Nevim, co mrvi cestinu vic, jestli naprosto vykloubene pouziti cekeho slova v novem vyznamu nebo prevzeti ciziho slova.

Na druhou stranu by me vzal cert, kdyz nekdo pouzije perlu typu "negociacni jednani". Jak se to sakra lisi od zavedeneho slova "vyjednavani"? No ale to asi nevyresime. Jen bych priste prosil, aby aspon za prvnim pouzitim ceskeho terminu, ktery neni az tak bezny, byl v zavorce uveden puvodni termin (miru beznosti necham na autorove uvaze).

Nesnažil jsem se napsat korektní odborný článek, spoušť i trigger používám tak nějak automaticky, spontálně. Někdy se mi líbí víc český překlad, někdy pokažená angličtina. Teoreticky v databázích je česká terminologie celkem přijatelná, jenomže moc lidí ji nezná, včetně mne. Prostě jsem použil hantýrku, o které jsem předpokládal, že ji lidi pochopí.

ked niekto ide negociacne jednat tak za to ma radovo okolo 10.000 skk/czk na hodinu, ked niekto ide vyjednavat tak je to tak za tisicku...
...teda myslene tak ze negociacne jednanie znie ktovieako ucene a clovek sa moze viac naparovat ze co akoze vynegocioval. vid nasi/vasi voleni zastupcovia ludu.

Tesil jsem se, ze si prectu uvod do programovani v PlSQL a pripadne vysvetleni proc mu dat prednost pred ostatnimi skriptovacimi moznostmi, ale vas clanek spis vypada, jako byste zaznamenal na kus papiru svoje osobni uvahy... Nechcete to napsat - spis nez pro sebe - pro druhe? :o)

suhlasim, je to velmi zvlastne napisane
nic moc som sa nedozvedel...

Úvod do programování v PL/pgSQL jsem už napsal http://postgresql.ok.cz/doc/plpgsql.html. Komu to bylo určeno: těm co vědí, co jsou a k čemu uložené procedury. Sama dokumentace k plperlu je na čtyři stránky. Nechtěl jsem psát o psaní v perlu a ani o uložených procedurach. Spíš naťuknout téma, že je zajímavá a užitečná kombinace perlu a sp. Propagovat myšlenku, že co nejde v jednom prg. jazyce, lze dobře v jiném, když mám tu možnost.

V samotném plsql jsem nenapsal víc než čtyři jednopříkazové funkce, plpgsql znám trochu víc. Ale říct co je nejlepší, to neumím. Mohu porovnat možnosti mysql a postgresu, stejně ale záleží na každém projektu, úkolu, co se na něj nejlépe hodí.

Někdy je prostě snažší napsat aplikaci v pythonu, perlu, někdy je jednodušší napsat uloženou proceduru. Psal jsem konverzní funkci. V shellu+sed to bylo monstrum (první pokus), v perlu šikovná malá funkce, ale mnohem pomalejší.

Který jazyk preferovat v PostgreSQL. Ten který znáte + PL/pgSQL. V Postgresu mi chybí "ANSI SQL SP" (nevím jestli se tak jmenuje), který implementuje firebird, db2, solid. Zjednodušili by se konverze. Některé možnosti TSQL by se taky hodily. Opět můj starý nářek, kdyby psql umělo lokálně interpretovat PL/pgSQL, tak db aplikace nepíši v ničem jiném :). Nemám, žádnou informaci proč preferovat např. perl nebo python. Trochu bych si dal pozor na javu nebo phpko, protože to moc lidí používat nebude. A sem tam se hodí napsat něco v C nad SPI, ale to už musí být.

Ted už jenom stačí, když se naučíš psát odkazy bez tečky!

Nevite jak ten Perl interpret vlastne funguje uvnitr postgresu? My pouzivame perl backend v openldapu,
coz je multivlaknova aplikace jsou s tim docela problemy. Bud je na nad tou knihovnou udelanej jeden spin lock a pak to funguje s tim ze je mozne provadet v jednom okamziku pouze jeden dotaz. A kdyz tam ten spin lock neni, tak se to zhruba za 1-2 mesice vykaci s nic nerikaci chybou. Pravdepodobne nejake nekdo nekomu pripise kus stacku.

Myslim ze Postgres nepouziva thready... to je aj jeden s dovodov preco ako jazyk na servri nejde zatial pouzit java-u.

Ale jde pouzit Javu, svet se meni ;-) Viz http://gborg.postgresql.org/project/pljava/projdisplay.php