Příspěvky

451

Server / Re: Podpora pre open source DB

« kdy: 20. 07. 2011, 23:21:54 »

Konzultační činnosti ohledně PostgreSQL (konfigurace, performance, školení, audit) zajišťuji např. i já - nicméně jsem pouhý živnostník. Nezajišťuji dozor. Pokud byste vyžadoval firmu, tak PostgreSQL oficiálně podporuje např. ComGate.

452

Software / Re: Proč firmy používají proprietární sw?

« kdy: 28. 04. 2011, 13:08:04 »

Málokdy se OSS prosazuje jako koncová aplikace -  v podstatě od 90 let se nezměnil prodejní model - zákazníci OSS nevyžadují - evidentně je vendor-lock netrápí - a vývojáři by si jen komplikovali život, kdyby svůj kód vydávali pod OSS licencí - nabourávali by si 20 let stavěný obchodní model.

Otázka je proč by mělo firmu zajímat, zda má ke svému účetnímu SW nebo k DB, kterou ten SW používá, zdrojové kódy.

Vendor-lock se často řeší poptáváním kompletního řešení, s ROI kratším než je jeho morální životnost. Pak se to všechno "vyhodí" a pořídí se řešení nové. Buď stávajícího výrobce nebo  zcela jiného a provedou se migrace.

Vyjma případů, kde se někdo může předvést a zamávat peněženkou za licence Oraclu, to většinu firem alespoň ze začátku opravdu nezajímá. A pokud je to zajímá, tak jen v případě, že jsou performance problémy a je potřeba najít viníka.

Pokud mám nějakou zkušenost, tak takovou, že se vendor-lock moc neřeší - setkal jsem se i se situací, kdy nebylo možné provést migraci - kdy se migrovalo prostřednictvím kanálů, které sloužily k exportům. Na začátku Vám dodavatel naslibuje hory-doly, a po X letech pak už těžko utíkáte - většinou kvůli extrémně nákladné customizaci a i nákladnému a náročnému přechodu ze systému na systém. 

453

Software / Re: Proč firmy používají proprietární sw?

« kdy: 28. 04. 2011, 12:26:17 »

Ono je to otazkou vice pohledu. Nejde vubec o nejake Windows nebo X11/Xorg. Cena rekneme 3000Kc za Windows muze motivovat k prechodu na un*x OS tak leda chudeho studenta nebo matku na materske (mluvim o desktop PC). Pro firmu (a to at uz PO nebo zivnostnika) je tohle absolutni nezajimava prkotina a mnohem vetsi uspora je vyhodit jednoho mene vykonneho zamestnance. Uvazovat o alternativach ma smysl u SW, kde jsou naklady rekneme od 100 tisic nahoru plus nejake mesicny poplatky. Bohuzel v tehle oblasti to neni jen o nejakem "hura, budeme pouzivat OSS", ale vetsinou se takovy SW porizuje kvuli komunikaci ci spolupraci s jinymi firmami a uz je celkem problem presvedcit 10 firem okolo, aby zmenili sve existujici SW vybaveni (nemluve o vysvetlovani, proc investovali prave tolik penez a ted by to meli vyhodit do pryc). Krom toho ty proprietarni SW maji vetsinou ruzne certifikace (byt si o tom myslim sve).

Přesně.

Firmy používají takový sw, který se jim z toho, či onoho důvodu vyplatí, případně sw, který existuje. Celá řada ekonomických nebo evidenčních aplikací má pouze jednoho dodavatele - a pokud tento dodavatel nepreferuje OSS, tak odběratel nemá na výběr. I u aplikací, které mají OSS protějšky neexistuje implementátor nebo integrátor v ČR. Nicméně OSS se používá u řady firem, bank, organizací - já bych řekl že u většiny firem v ČR se nějaký OSS najde - buďto ve formě serveru nebo databáze. Málokdy se OSS prosazuje jako koncová aplikace -  v podstatě od 90 let se nezměnil prodejní model - zákazníci OSS nevyžadují - evidentně je vendor-lock netrápí - a vývojáři by si jen komplikovali život, kdyby svůj kód vydávali pod OSS licencí - nabourávali by si 20 let stavěný obchodní model.

454

Vývoj / Re: Jak začít s programováním DB?

« kdy: 26. 12. 2010, 22:39:18 »

IMHO je potřeba oddělit dvě roviny - teorii a její použití v praxi.

Teorii, zejména co se týká základů relační algebry a konceptů, to se ze žádného konkrétního produktu naučit nelze. Bohužel se to hodně podceňuje, spousta lidí rovnou skočí do nějakého produktu, nikdy si tuto díru ve znalostech neuvědomí a uniká jim část konceptů a principů - což následně vede k všelijakým prasárnám (dámy prominou).

mozna by se mel (nejen) OP nejdriv zamyslet nad tim, proc jste pouzil to spojeni spousta lidí . Proc jste nepouzil malokdo, vyjimecne ...

Nejsem si jist jak mám váš komentář interpretovat, jestli jako souhlas nebo nesouhlas s tím mým

je to nesouhlas. Modelovani a navrh se nelze naucit, zrovna tak jako se neni mozne naucit zpivat jak Gott a nebo kreslit jako Picasso. Je to vyhrazeno jen male skupine populace a takovi lide by se urcite neptali, jak se naucit programovat DB, to uz davno nejak intuitivne vedi.

'Zprasene' navrhy nejsou podle me tedy vysledkem nezajmu o teorii, ale pouze vestavena vlastnost relacnich systemu. K tomu, aby optimalne ty systemy fungovaly je nutne, aby znacna cast pracovniku mela ty 'nadlidske' schopnosti. Protoze to v lidske spolecnosti nelze dosahnout, musite pak k tem 'nefunkcim' aplikacim prijit Vy, pan Stehule nebo par dalsich, kteri se s tim vyznaji a musite to opravit. To by vlastne pro ty schopne nebylo tak spatne, ale i pro ne ma den jen 24 hodin.

Zprasené návrhy jsou výsledkem nezkušenosti, neznalosti a "poddajnosti". Ono se to poddá, nebrání a ve většině případů na to nikdo nepřijde. Navíc, v reálném životě, když se něco nepovede, tak se to za nějaký čas předělá nebo po opotřebení zahodí. Což u sw neplatí. Akorát mizerně navržený sw otravuje život programátorům a někdy i uživatelům. Ale "prasení" není jen záležitost relačních db, prasí se domy, zákony, silnice, ... Technologie jsou v tom nevinně. Programování je řemeslo. Člověk se musí spálit, musí mít dobré učitele, musí chtít se učit, a musí mít příležitost se učit a musí chtít dělat věci dobře. No a pak můžete dělat dobrý věci. Je důležité, aby člověk věděl jak to funguje, aspoň zhruba, aby nějaká část pro něj nebyla černá skříňkaA pokud máte k tomu talent, tak můžete dělat lepší než dobré věci. Myslím si, že analytikem se člověk musí narodit - jeden z mých profesorů říkával, že člověk musí umět myslet za roh, vidět souvislosti, umět poznat, co je důležité a co není, umět to vykomunikovat, protože každý si myslí, to co dělá on je důležité, ... nicméně relační db se dají naučit - minimálně na úroveň "dobře", když je vůle.

455

Vývoj / Re: Jak začít s programováním DB?

« kdy: 23. 12. 2010, 22:35:01 »

No primárně PostgreSQL lépe pracuje se shared memory v SMP architektuře. Aktuálně Firebird v Super Server čeká na zámcích. Což by ovšem mělo být odstraněno v 2.5 Firebirdu, možná v budoucí 3.0. K tomu má pg několik triků - např. synchronizaci SQL dotazů. Takže na jedním čtením z disku, cache lze obsloužit více uživatelů.

Ohledně paměti - tam si asi vezme PostgreSQL víc, ale je potřeba oddělit paměť pro vlastní běh - zásobník, halda a pak paměť pro datové operace - work_mem a shared_buffers. Ta první paměť se pohybuje do stovek kb, work_mem a shared_buffers přesně jak nakonfigurujete - tudíž spíš v MB nebo GB. A tak nemá moc cenu řešit velikost zásobníku, neb work_mem a shared_buffers jsou řádově větší - tam jde o to, aby neprobíhal external sort. Případně aby se data držela co nejdéle v cache. Hodně záleží s jakými daty se pracuje. Mohu Pg nakonfigurovat a rozjet na stroji s 16MB paměti zrovna tak s 128GB. Ale takové minimum jako má Firebird pg nemá. Rozhodně se nepoužívá v mobilech nebo do tanku .

456

Vývoj / Re: Jak začít s programováním DB?

« kdy: 23. 12. 2010, 20:18:12 »

Dobrý den,

Řešim podobnou věc jako autor tématu. Mam nějaký zkušenosti s firebirdem v kombinaci s PHP. Dokumentace je imho dostatek (Kniha od Císaře, na google groups, IBPhoenix...). Takže nějakou tu terminologii znám, o architektuře SŘBD mam taky ponětí. V administračních nástrojích se orientuju. Používat jednodušší SQL dotazy umim. (SELECT, INSERT, UPDATE, JOIN, transakce, atp.)

Chci se naučit nějakou technologii víc do hloubky a následně ji využívat jak pro webové tak pro desktopové aplikace. Primární platforma je Windows, ale Linuxu se nebránim. Tušim že bych se měl učit: modelování a návrh DB, triggery, UDF.

Myslim že je FirebirdSQL super. Jenže má jednu velkou nevýhodu. A to je podpora na hostingách. MySQL se mi zdá jako krok zpět, o PostreSQL toho moc nevim, ale letem světem jsem se dočetl že neni moc výkonný.

Takže který systém je podle vás vhodnější kompromis, FirebirdSQL, nebo PostgreSQL?

Když jsem naposledy testoval Firebird a PostgreSQL tak mezi nimi byly minimální rozdíly - a není se co divit. Hrdlo je čtení a zápis na disk, které se projeví u jednodušších dotazů. U složitějších dotazů má PostgreSQL navrch. Co se týče rychlosti, tak hodně záleží na interface, které používáte. BDE komponenty jsou vyladěné pro Interbase, tudíž i Firebird a volně dostupné komponenty pro PostgreSQL jsou horší. Musí se použít nativní komponenty, které obchází BDE.

K Vaší otázce. musíte napsat pro co je ta či ona db vhodnější kompromis. Obě db se od sebe docela dost liší, a v něčem jsou si zase docela podobné. Firebird je docela dobrá db pro jednoduchá, podvojná účetnictví pro malé firmy. Nemusí se instalovat a běží s minimální režií. PostgreSQL se používá spíš na větší projekty - nabízí větší komfort a lepší výkon při velké zátěži. Kromě jiného PostgreSQL podstatně lépe pokrývá ANSI SQL 200x, nabízí větší komfort pro psaní uložených procedur, obejde se bez obslužných knihoven. Na druhou stranu nepodporuje COLLATEs a také třeba uložené procedury někdo nepoužívá. Takže vždy záleží na použití. Každá z těch db má dost odlišnou cílovou skupinu, která dost odlišně používá db.

457

Vývoj / Re: Jak začít s programováním DB?

« kdy: 22. 12. 2010, 10:34:11 »

Souhlasim, ze MS SQL ma velmi dobre zazemi co se tyce dokumentace a obavam se , ze MSDN se nemuze vubec rovnat dokumentaci k MySQL. Management Studio je pomerne kvalitni nastroj a dobre se v nem pracuje. Kdyz musim neco patlat v phpMyAdmin, tak bych brecel.
Oracle nedoporucuju ani XE, je to dost komplikovane a Oracle ma KB jenom pro ty, co zaplati - informaci zadarmo zase tolik neni. I kdyz perspektivne by to byla asi nejlepsi volba...

Dokumentace k Oracle je také - to co není k dispozici je něco na způsob knowleadge base, což se hodí spíš pro praxi, zvlášť u MS, rady proč něco nechodí ač by to chodit mělo, a v jakém a jak fixovat tuhle db jsou nedocenitelné. Začátečník je ale asi neocení. Hodně záleží jakým způsobem chce člověk databázi používat a k čemu inklinuje. Každá ze zmiňovaných db se používá trochu jinak, a asi si to chce vyzkoušet všechny. Ohledně dokumentace, tak vyjma Firebirdu lze najít free relativně kvalitní dokumentaci +/- s relativně silnými nebo slabými místy - např. o low level programování pro MS SQL se toho moc nedozvíte. Někde lze dohledat porovnání např. MSSQL a PostgreSQL - k tomu se nechci vracet. Já jsem třeba začínal na MSSQL  a Visual Basicu a z dokumentace a tutoriálů Microsoftu se SQL nenaučíte - neb priorita pro ně je tvorba GUI a spojení s vývojovými prostředky - místo toho, aby Vám pořádně vysvětlili LEFT JOIN tak se hodiny věnují query builderu a parametrizaci komponent. Takže záleží na přístupu.

458

Vývoj / Re: Jak začít s programováním DB?

« kdy: 22. 12. 2010, 06:31:50 »

ahojte

chcem sa naucit programovat v sql ide mi o to ze neviem z cim zacat doteraz som s sql mal len tzv pasivne skusenosti ze som robil nejake selecty do db, presmerovar som to do rury nejak upravil a ulozil niekde do suboru.
chcem sa naucit vytvarat nejake tabulky trigre atd. neviem s cim mam zacat mysql, oracle sa mi zda v mojom pripade delo na vrabca , este viem ze sa pouziva postresql ...
chcem zacat najpv vo vydlach poradite mi nieco nejake vyvojove prostredie , a teda s cim zacat dakujem

Nejlepším vývojovým prostředím je tužka a papír - pokud se chcete něco naučit. Dokud jsem používal různé designery (tabulek a dotazů), tak jsem se SQL a db nenaučil. Chce to praxi, bez té to nejde - jeden nebo dva, možná deset projektů na úrovni junior a snažit se vyřešit problémy jak to jen jde nejlépe. Pokud chcete začínat s MySQL, tak bacha, přepněte si ji na ANSI SQL compatible režimu, a hromada dokumentace a různých rad, které najdete na netu mají zápornou informační hodnotu! Jinak je do jisté míry jedno, čím začnete. Oracle je opravdu kanón, kdy dá docela dost práce jen db nainstalovat, ale můžete začít např. Oraclem XE. Postgresem také nic nezkazíte.

459

Vývoj / Re: PostgreSQL - default language

« kdy: 05. 12. 2010, 09:18:54 »

Nic takového tam není.

Pro editaci uložených procedur používejte klasický editor, a pak máte k dispozici COPY/PASTE.

460

Vývoj / Re: Rozdíl mezi SQL a MySQL

« kdy: 26. 11. 2010, 20:52:19 »

Toto je trosku nepresny nazor. Uvediem priklad na PostgreSQL vs. Oracle z pohladu zakaznika. Objednal som si urcity softver, ktory ma bude stat kopec penazi, tento softver bude moj biznis podporovat alebo ho priamo tvorit. Na tomto softveri funguje mojich 200 zamestnancov. Samozrejme zaplatil som si aj normalnu podporu, aby som mal istotu, ze softver jedneho dna neprestane fungovat, pretoze ak by prestal mohol by som svojich 200 zamestnancov poslat na tyzden na dovolenku. Bolo mi vsak luto vyhodit 30 000 eur na oracle databazu, tak sme to navrhli nad postgresql. Po pol roku moj uzasny softver prestane fungovat na chybe v db, ktora sa neprejavila testovanim a je to chyba priamo v DB. Co teraz? Poslat zamestnancov na mesiac na dovolenku a prerobit to na inu databazau? Alebo som si mal rovno kupit oracle so slusnym supportom, ktory mi moj problem pomoze vyriesit? Kto mi pomoze vyriesit moj problem s postgresql? Postnem bug do postgreql bugzilly a budem cakat?

Řekněte mi, kolik by stála podpora Oraclu, která Vám do 48 pošle kompletní fix? Předevčírem jeden z uživatelů nahlásil chybu v PostgreSQL - memory leak v modulu xml2 - viz http://groups.google.com/group/postgresql-cz/browse_thread/thread/f5bcae59dbb2f1f3?hl=cs , během dopoledne jsem udělal rychlý fix, a nyní je k dispozici finální oprava - http://archives.postgresql.org/pgsql-hackers/2010-11/msg01798.php

461

Server / Re: Konfigurace PostgreSQL na lokále - server padá při commit po větším počtu změn

« kdy: 26. 10. 2010, 08:35:49 »

dost možná, že se nejedná o chybu konfigurace, ale o chybu PostGISu - reportů o pádu PostgreSQL na win s PostGISem je víc:

viz: http://groups.google.com/group/pgsql.performance/browse_thread/thread/a1e9ae2b595bb0b4


v některých případech pomohla reinstalace PostGISu.
http://trac.osgeo.org/postgis/ticket/619

462

Server / Re: Konfigurace PostgreSQL na lokále - server padá při commit po větším počtu změn

« kdy: 26. 10. 2010, 08:04:36 »

Ouha, výstup z logu je na počítači doma. Já bych zdůraznil, že ten commit se provede, nezkoušel jsem, jestli celej, ale z větší části. Servr se zastaví. Malý buffer myslíš shared buffer, nebo temp buffer?? Je někde srozumitelně popsaný, jak tyhle věci fungujou?? Tj, jakým způsobem to nastavit?? Já potřebuju, aby ten servr na slabym počítači zvládal XXL operace, na výkonu mi nezáleží, klidně to může swapovat, to je mi fuk, můžu to nechat chroustat přes noc..

a) zkuste si aktualizovat pg - nyní je už 9.0.1
b) podívejte se do logu postgresu, jestli se tam něco neobjeví zajímavého
c) konfigurace postgresu - např http://www.pgsql.cz/index.php/Desatero