Jaký účetní SW pro Linux?

Zrejme maji chybu v DNS ...

http://www.honeycalc.com/phpwcms/index.php
a uz se nehadejte :o)

Ja pouzivam pod dosemu ucetni porgram Jezek pro MS-DOS. Umi i faktury a dokonce tiskne bez problemu i na inkoustovych tiskarnach Canon.

Mě účto běhalo jenom v DosBoxu

Pěkné faktury se dají dělat i v TeXu: http://www.abclinuxu.cz/blog/pavlix/2009/4/faktury-v-texu#29

Ten, který používáte pod Win a zároveň jde rozjet pod CrossOverem... ;_)

ano, bolo by pekne tu vidiet zoznam beznych, teda co do poctu pouzivatelov najvacsich, uctovnych sw balikov rozbehnutych pod linuxom jednoducho a rychlo cez wine. Bude to ale asi vsetko mimo hru, dolezita je podpora zo strany vyrobcu sw. Ma niekto skusenosti?

Vzdyt je to pod GPL a na tom webu neni nic o placeni...
http://economy10.strazza.cz/cs/licence.html

A co je tohle: http://www.tdf.cz/cs/product.html

Ano, mate pravdu, ze ti programatori musi neco jist. Ale to, jestli programator svuj program uvolni pod GPL zadarmo nebo pod nejakou jinou licenci, treba EULA nebo co ja vim za penize, ZAVISI POUZE A JEN NA TOM PROGRAMATOROVI. A pokud to ten programator uvolni zadarmo, tak Vam muze byt uplne jedno co ten clovek bude jist, protoze je to jeho rozhodnuti a on se rozhodl ten sw uvolnit zadarmo a myslim, ze asi moc dobre vi co dela.

A mne zase vytaceji ty nazory typu:
- Linux ma vic chyb nez Windows, jenze se o nich nemluvi.
- Programator musi co jist => SW musi prodat za prachy.
- Linux je "bezpecnejsi" a neexistuji pro nej zadne vetsi viry, protoze neni rozsireny.
- a dalsi demagogicke zvasty.

Hned to taky vysvetlim. Lidi co delaji OpenSource to delaji ze sveho vlastniho presvedceni, ze delaji neco spravneho, ze pomuzou lidem. A nezajimaji je Vase domenka ze umrou hlady, kdyz budou delat OpenSource. Linux je bezpecnejsi nez Windows protoze ma za sebou prave tyto lidi, kteri veri a umi. O chybach v Linuxu se mluvi a vi se o nich, ale kriticke chyby jsou opravovany zpravidla velmi rychle a z pohledu klikatelnosti na e-zinech nejsou tak lukrativni jako chyba ve Windows, to ale neznamena, ze se o nich nemluvi a proste se ututlaji.

Neda mi nereagovat na fakt ze programatori nieco tvoria zadarmo.
Takze ja davam kopec sw zadarmo dokonca aj zadarmo radim.
A teraz to pride aj napriek tomu sa mi to oplati a celkom pekne natom zarobim.

Odpoved je jasna
1. Ty ludia pridu znova robia mi reklamu a az pride na skutocne velky projekt osvolia mna a tam si to vsetko zuctujem
2. Nieco mi plati google (adsense)

Az budete najblizsie pisat o "obede zadarmo" zamyslite sa ako funguju komersne radia, televizie.

Ale Vase verze je skoro stejna jako jeho. On psal: "" Coz neznamena, ze vidi jen cenu, ale uvedl to jako plus, proste nam rekl, ze v dusledku teto cinnosti a toho, ze existuji projekty jako OO.o, ze si muze nainstalovat legalni OS zadarmo, si muze zivnostnik zaridit kancelar zadarmo. Co je na tom tak spatneho? Nepopira, ze programator musi jist, zivit svou rodinu. Take urcite nepopira dobre vlastnosti produktu, kdyz ho asi sam hodla pouzivat. Jako hlavni plus vidi, ze ho autor nabidl zdarma. O co jsem ja "nebezpecnejsi" kdyz jsem rad (Vy urcite taky a dokonce i ten na ktereho jsem reagoval), ze za Linux na svem pocitaci taky nemusim platit.

Me vadi, ze nekteri zastavaji ten nazor, ze clovek co tvori opensource musi zivorit a nemuze uzivit svou rodinu. Ja si myslim, ze ten na koho jsem puvodne reagoval to tak nemyslel do slova (co by pak delal na root.cz ze?), ale napsal to dost hrubym zpusobem.

BTW. omlouvam se za svou nevypocitatelnost a nebezpecnost. Take se omlouvam, ze jsem se odvazil se svymi polovicatymi znalostmi vlozit post Vam, odbornikum na opensource, jimz urcite prava podstata (jaka to teda je? abych ze sebe priste nedelal vola) "open a free" neunika?

A taky bych rad vedel ceho si u mne nejste jisti. Ja si jsem jisty, ze i nadale budu vdecny autorum opensource za jejich snahu. Za to, ze diky jejich usili si ziju pohodlneji. Za to, ze mohu studovat jejich zdrojove kody. A taky si jsem jisty, ze pokud budu potrebovat nektery jejich produkt, budu ochotny i platit - aby mely co jist (kdyz Vam vsem ty penize tak chutnaji). Taky si jsem jisty, ze nejsem komunista, socialista ani anarchista (a nepatrim ani k opacnemu konci spektra). Jsem pouze rad, ze mohu vyuzivat produktu opensource a nepotrebuju k tomu vystudovat obor "open/free" na VŠ abych doplnil sve polovicate znalosti.

Doufam, ze jsem timto ze sebe udelal ve Vasich ocich duveryhodnejsiho cloveka a jste si uz jisty jak se budu chovat a co chci.

http://ucetnictvi.gurkol.net/

NENÍ to účetnictví, je to jen evidence příjmů a výdajů, ale pro naše potřeby to stačí.

Vzhledem k tomu, že už neuplatňujeme nezletilé děti, tak program není aktualizován v tomto smyslu.

Zkusil jsem do Honey nacpat asi 2500 zákazníků a strašně dlouho trvalo, než se vytvořil seznam, v porovnání s textovým dotazem na server neuvěřitelně dlouho.

no vzhledem k tomu ze ma alexa rank asi 22 mega, tak nebude mit na webu ani 100 lidi denne.

Fakt to hodne lidi pouziva...

Vy navstevujete stranky sveho ucetniho programu kazdy den? Ucetni programy jsou vysoce specializovana aplikace a z firmy to vyuzije mozna 1% lidi. Takze pocet navstevniku na strankach je v tomhle ohledu naprosto irelevantni udaj.

viz www.vju.cz

A co takto slovenska legislativa? Vie niekto o funkcnom uctovnictve ktore nepotrebuje win32?

Proto potřebujete MSIE pro klienty.

Nevite nahodou o nejake web-based knize jizd

Něco je tady: http://www.internetovaknihajizd.cz/

Taky kupujete maslo za 150Kč a chleba za 80Kč. Pokud ano, tak jste hloupy. Pokud ne, tak jste teda asi socka.

aha, alexa rank maji 10 mega. pro srovnani server s 1000 usery tydne ma rank asi 400k.

Tim se to vysvetluje, uctujou si 600kc rocne za zakaznika, zakazniku maji minimum - nevydelaji ani na SSL certifikat. Jak mam verit ze kdyz jim sverim sva data, tak ze budou zalohovany? Takovydle socky muzou za mesic krachnout a vase data a investovany cas jsou v haji.

Taky urcite pojednou na mysql, t.j. databazi zname svoji nespolehlivosti a nedelam si iluze o tom ze by pouzivali referencni integritu a transakce a nemeli tam sql injekce.

Co je na MySQL nespolehlivého? A co to znamená "používat referenční integritu a transakce"? A co znamená "neměli tam sql injekce"? :DDDD Než něco plácnu, tak si o tom aspoň něco málo zjistím. A ještě jeden dotaz... jak souvisí SSL certifikát se zálohováním?

co je na mysql nespolehliveho? napriklad netcraft jede na mysql a my s nim mame smlouvu ze si od nej muzeme brat data. za minuly rok se mu databaze 2x posrala tak dokonale, ze vracela naproste pitomosti u VSECH serveru a mysql to ani neprislo divne, t.j. ze by treba vracelo nejake errory pri selectech. Pravda s opravenim db se moc nenamahali trvalo to asi 3-4 tydny a tak jsme smlouvu zrusili a pozadovali vraceni penez.

s tim certifikatem. je to o pristupu k veci. Pokud je nekdo flink tak vzdy flaka vsechno. t.j. certifikat, zalohovani, security.

Opravdu netuším, co netcraft provádí se svými databázemi. Nicméně to zdaleka není důkaz pro tvrzení, že MySQL je nespolehlivá databáze ;)

ona databaze ktera nepozna ze ma ponicena data je spolehliva? odkdy?

Jak poničená data? Co si pod tím mám představit?

Zajimave ale je ze se MySQL zacala prosazovat i do podnikovych aplikaci. V soucasne dobe vidim skladova hospodarstvi, CRM, ERP psana ceskymi firmami v PHP/MYSQL. Tyhle systemy se pak prodavaji za statisice korun prumerna instalace tak neco pres mega, myslim ze by jejich zakaznici bez problemu MSSQL/Oracle/DB2 v Entry (nikoliv express ty jsou uz dnes zadara) verzich utahli.

Je to pochopitelne chyba toho, kdo to kupuje i kdyz pravda kecy na mysql.com ty dokazou zblbnout kdejakeho manazera a prece Sun to koupil za gigo, tak to musi byt dobre, ne? Kdyz je ta mysql tak dobra, proc nikde nema auditovane TPC benchmarky? Protoze na ni se ten benchmark neda ani spustit ponevadz nema potrebnou funkcionalitu.

Mam radost ze jsem prodal vsechny sve SUN akcie a koupil Oracle :)

Treba vemte si tu knihu jizd. Je lepsi si vzit express verzi velke DB, ktera umozni rekneme desitky milionu zaznamu v DB nez narazite na limit prislusne edice. Kdyz ale budete mit tolik zakazniku aby generovali tolik dat, tak bez problemu tu vetsi verzi zaplatite.

Navic k velkym databazim je podstatne lepsi dokumentace a nastroje pro tvorbu aplikaci a zalohovani/obnovu. Navic se umeji obnovovat znatelne rychleji nez jejich OSS konkurence viz http://www.root.cz/zpravicky/jak-zalohujete-databazi-znate-phpmybackuppro/190479/

Srovnejte co nabizi zadara Sun (mysql/solac/netbeans/glassfish) a co Microsoft. Co byste doporucili zacinajicim firmam? Krom toho kdyz pouzijete reseni od MS tak se naucite velkou db, coz jsou znalosti ktere se v budoucnu hodi. K cemu vam bude to ze se naucite v mysql? Jedine pro lamp.

My prave mame docela dost zakazek kdy zakaznik uz prisel na to ze lamp neni zdaleka tak idealni jak si myslel a chce prejit na jinou platformu. Je to dost nevdecna prace protoze musite taky zakaznikovi vysvetlit ze ma bordel v datech a takze nejenze spatne uctoval, ale pravdepodobne bude mit i danova priznani spatne. Obvykle ma okolo 2-3% dat spatne (Oracle prostestuje a odmita to naimportovat). U unique indexu neni neobvykle ze v mysql mate par duplicitnich hodnot v tabulce, jeden eschop co jsme delali asi pred 3 mesici mel v tabulce vyrobku (asi 1200 kusu, 30 duplicitnich nad unique indexem).

Zajímavé, že si ti zákazníci nestěžujou. Nemá smysl tohle nějak moc komentovat. Snad jen pár slov... pokud je nějaký návrhář prase, tak může mít bordel v jakékoliv databázi. Ono navrhnout databázi je taky umění.

Proč nepoužít řešení MS? No protože by ho zákazník asi těžko rozběhal na severu, kde je nainstalovaný nějaký *nix like systém.

Duplicitní hodnoty u unique (primary) indexu? No to snad ne... nechtějte mi namluvit, že ta databáze je "až tak" hloupá :DDD

Ano, všechno se musí umět, i opravit alernátor, dokonce i to se dá zfušovat.

Mohl by, nicméně já o podobném případu neslyšel, ani jsem ho ve své praxi nezažil.

No, já to myslel trošku jinak... navrhnout větší DB, ne nějakou o 5 nebo 10 tabulkách, to chce trušku těch zkušeností, plánování a přemýšlení. Stejně jako u psaní SW...

Jistě, naprostý souhlas. To jsem měl na mysli tou řemeslnou zručností.

Samozřejmě k race conditions může docházet všude, ale s tímhle by měl prográmator počítat a podle toho aplikaci psát. To není chyba databáze.

A proč by ne? "Ze by lidi chteli neco co se neadministruje pres ssh?" No tak pokud si "lidi" své systémy "administrujou" sami, tak nemá smysl tady o tom diskutovat :D

Samozřejmě... Isloation... pokud vím, tak jak MySQL, tak PostgreSQL jsou ACID compliant.

S dovolením, to ani daleka není nutně pravda... i malé firmy čím dál víc využívají v této oblasti outsourcingu.

To nesouvisí s úrovní isolation. Unique index prostě nesmí dovolit vložení duplicitní hodnoty.

Pokud firma nemá vlastní zdroje, nezbývá jí, než outsourcing. K outsourcingu obecně: viděl jsem skvělé ukázky, kdy outsourcing fungoval lépe, než IT oddělení většiny firem. Bohužel typický stav je opačný. Outsourcing často vede k tomu, že ve firmě nezůstane nikdo se znalostí IT, zákazník generuje nesmyslné a vzájemně si odporující požadavky, outsourcer zná pouze "obecné" produkty a chybí mu znalost jak prostředí zákazníka, tak jeho specifických aplikací... Podobně jako všichni svého času přesouvali call centra do Indie, všichni outsourcovali své IT. No a podobně většina firem zjistila, že to není dobrý nápad.

Outsourcing je naopak dobrý u úzce specifických oblastí, na které si firma nemůže dovolit držet vlastního experta. Administrace systémů z této kategorie ale není.

Ale samozřejmě, že administrace IT je vhodnou oblastí pro outsourcing. Znám to ze své praxe. Neříkám, že nemůže dojít k problémům, všichni jsme jenom lidi, ale znám řadu firem, která má řešenu správu serverů formou outsourcingu a vše funguje.

To máme výrazně odlišné zkušenosti. Také znám firmy, kde outsourcing administrace funguje. Ale znám daleko více těch, kdo působí větší či menší problémy. Jedinou výhodou pro firmu nakonec zůstává lepší zisk přepočtený na pracovníka, což může vypadat dobře na burze (i když to může vyjít dráž, než mít vlastní lidi). Samozřejmě podobný důvod vede firmy k pronajímání nemovitostí namísto jejich koupě, apod.

Mysql InnoDB (transakce, refereční integrita) používáme od roku 2002 (+ průběžné upgrady), dnes má soubor ibdata 10GB. Běží na osmijádrovém serveru, tam by se race conditions projevily. Každou noc zálohujeme pomocí mysqldump v samostatné transakci, kopírujeme ze serveru na páteři dovnitř do firmy a následně ostrá data naléváme na testovací server. Každý den do jiné DB, aby měl každý vývojář/tester pro sebe pravidelně čerstvá, ale vzájemně oddělená data (netuším, jak by se toto řešilo na DB zálohující do binárního formátu). NIKDY se zatím nestalo, že by se import nepovedl, trvá cca 5 hodin. Na testovacím serveru má ibdata 49GB. Používáme všude XFS.

To importujete 10GB dat 5 hodin? Ja fakt nechapu jak tehle rychlosti muzou lide rikat rychla databaze. Pravda postgresql je to samy muj testovaci 2.2 GB set importoval hodinu na raid0 15k rpm pole... V praxi je doba obnovy mnohem vice dulezitejsi nez doba zalohy.

Profi databaze umeji chranit data pred ztratou mnohem lepe nez opensource nedodelky, umi se lepe zalohovat a rychleji obnovovat. Kuprikladu muzete zalohovat prubezne nikoliv 1x za den, muzete odvolavat jiz zacommitovane transakce hodi se to pokud treba admin napise delete from dulezita_tabulka a zapomene dopsat where, dale si muzete udelat HA cluster, takze v pripade vypadku neztratite zadna jiz ulozena data a pokud pojedete pres transaction manager tak dokonce ani nemusite rollbacknout prave probihajici transakce kdyz se automaticky aplikace switchne z primarniho serveru na zalozni.

Navic profi databaze nejsou nic tak draheho co by i maly podnik s 50ti zamestnanci neutahl. Kuprikladu ibm zlevnilo entry level db2 (ktera umi HA clustering podobny Oracle Data Guard) na $3k za 4 CPU. Pokud chctete Oracle, ten stoji $5k. Cenu MSSQL rad sdeli LO. To jsou fakt pro podnik tezky prachy. Ovsem pokud maji vase data a cas vasich zamestnancu nulovou cenu tak ano, pak mysql vyjde levneji.

Ja se porad jeste usmivam nad tim clovekem co vybiral databazi pro .org registr a napsal ze pgsql 7.2 ma high availability stejnou jako oracle 10. Pritom pgsql neumel ve verzi 7.2 ani online backupy (coz ostatne mysql neumi dodnes. zalohovani --one-transaction neni online backup, kdyz pomineme detail ze pokud behem zalohovani zapiste do db trochu vic dat tak vam mysqldump selze).

ps. to ze mysql nehlasi chyby to zdaleka neznamena za tam ty chyby nejsou, ono nehlasi chybu ani kdyz do db vlozite 31.unor.

Nechci se vám cpát do threadu, ale já tu opakovaně psal, že light verze dospělých DB mají oproti MySQL řadu výhod. Cena je stejná, tedy nulová. Navíc dostanete řadu features (včetně rychlého backupu a restore, transakčních logů atd), a ještě máte možnost v podstatě bez práce migrovat na větší DB, pokud to bude třeba. Když napíšete aplikaci pro MySQL, a narazíze na jakékoliv omezení vynucující použití lepšího DB engine, máte smůlu, a budete přepisovat pro Oracle, nebo jinou "dospělou" DB. Když jí napíšete pro MSDE nebo light verzi Oracle, můžete zvýšit zátěž o několik řádů, zvýšit velikost o několik řádů, migrovat DB na HA cluster atd. - prostě se nemusíte omezovat.

To, že jste vy s DB neměl nikdy problém, moc neznamená. Řada firem jela na FoxPro, s DB files na sdílených discích, a nikdy neměly problém. To ale nic nemění na faktu, že FoxPro není dobrá volba.

Samozřejmě si umím představit, že existují aplikace, kde je cena naprosto rozhodující. Typicky na webu: doma postavený desktopový počítač s IDE disky, bez zálohování, na něm pár stovek nebo tisíc webů, a k nim nějaká DB pro těch pár srandiček na hostovaných webech, které DB prostě potřebují. Když se server zhroutí, tak to admin po dvou dnech postřehne, za další dva nebo tři dny ho reinstaluje, a pak zákazníkům řekne "sorry, vole, nahrajte si to tam znovu" (do té doby se jim samozřejmě neozve, a telefon nezvedá). Tak vypadá dnešní web, na tom se snad shodneme. Tam použití MySQL připadá v úvahu, protože o nic nejde. A možná by se našly další aplikace, kde narazíte na limity light verzí dospělých DB, a nemáte fakt ani korunu. Jinak mi to přijde (s ohledem na první odstavec) jako nerozum.

Trochu bych nesouhlasil s tvrzenim "za par korun prejdete na vyssi edici". A to i kdyz v beru potaz obcas drasticke slevy prodejcu. Krome toho naklady na licenci nejsou jedine naklady, ktere se behem provozu vyskytnou.

MySQL se rade mist nepouziva pouze kvuli nulove cene, ale take, ze je pro urcite dotazy nekolikanasobne rychlejsi nez treba zminovany Oracle. Treba ze diky tomu, ze MyIsam neni ACID. Nevidel jsem, ale cetl jsem o kombinaci Oracle a MySQL.

Restore 50G databaze trva cca 2h - zalezi na hw. Vetsi databaze se zalohuji replikaci, online zalohovanim. Nebudu tvrdit, ze OSS databaze jsou pro kazdeho, nicmene pro bezne stredni podniky bezproblemove staci a na zadne limity nenarazeji. Vykonostne je treba PostgreSQL o par procent rychlejsi nez treba MSSQL2005 - radu funkci, ktere ma PostgreSQL nekolik let, bude mit teprve MSSQL2008. A naopak PostgreSQL radu funkci nema. Teprve na konkretnim pouziti se da rici, ktera databaze je vhodnejsi.

Navic komercni db rozhodne nezarucuje uspech. Na aktualnim pracovisti se pomerne znacne bojuje s vykonem db2. Takze to chce klid, aneb dobry programator si poradi se vsim a blbci nepomuze ani svecena voda.

vy jste nam tu chybel. Musite si uvedomit ze vasi zakaznici jsou patologicke socky coz je zpusobeno tim ze delate OSS databazi, kterou pochopitelne pouzivaji jen ti co si nemuzou nic lepsiho dovolit a tihleti lide breci nad jakoukoliv castkou co musi zaplatit.

Stredni podnik ma tak 200 - 500 zamestnancu. Delal jste svuj domaci ukol co jsem vam zadal aby jste se podival na jeho mesicni mzdove naklady a porovnal je s cenou Oraclu, MSSQL ? Asi ne, kdyz porad tvrdite je ze cena te licence tak vysoka, ze si to chudak socka podnik nemuze dovolit. Mel jsem o vas vetsi mineni.

S tou rychlosti obnovy u pgsql mlzite, zkousel jsem to u sebe nekolikrat a 2GB pgdump to nacita u mne tak zhruba hodinu a to je jeste nadprumer (mam rychle disky) ponevadz ostatni uvadeji jeste mensi rychlost.

Ostatne rychlost obnovy open source databazi neni zrovna zavratna, zagooglujte si:

quote1: pgsql

- The dump size is 767MB
- The dropdb and createdb were done in a few seconds.
- The restore was done in 53minutes

qoute2: mysql

Database size - when we switched from MyISAM tables to InnoDB tables in MySQL, the size of our database grew from ~1GB to 10+GB! This weekend, the MySQL InnoDB database was using 34 GB. Load time - The current MySQL setup takes over a day to restore the current database.

Ja jsem ochoten se s vami vsadit o $1000. Dostanete masinu s 2x 15k RPM raid1 diskama + rootovska prava a vas ukol bude obnovit 50GB pgdump za 2h o cemz sam prohlasujete ze to s pgsql umite. Pokud to berete flaknete sem svuj ssh public key, ja sem hodim IP adresu az tam pripravim testovaci dump. Prachy budeme posilat pres paypal.

pokud mate db2 patologicky spatne nastavenou tak ji prepnete na file system caching a buffery snizte na minimum. Krom toho muzete zavolat na support, od toho ho prece mate.

Podivejte na se podniky - snazi se usetrit kazdou korunu, snizuji naklady. Navic naklady na licenci jsou zrovna v pripade Oracle pouze casti nakladu na provoz databaze. Nebavim se s Vami o cene - bavim se s Vami o efektivite. Pokud pouzivam sw, ktery nevyuzivam na 100%, tak vyhazuji penize z okna - coz Vam je evidentne jedno. Podivejte se na firmy, ktere pouzivaji Pg, socky to asi nebudou, ale uvazuji hlavou: http://www.postgresql.org/about/users.

Jinak s pg: jakou mate verzi PostgreSQL? Jaky jste pouzil dump? Proč nepoužíváte PITR?

Pokud pouzivam sw, ktery nevyuzivam na 100%, tak vyhazuji penize z okna -- to samozřejmě není pravda. Zjevně to není pravda, pokud je ten SW zdarma. Dále to zjevně není pravda, pokud ten SW nepřináší vyšší náklady, než SW, který umí jen to co právě potřebuji. Naopak pokud za stejnou cenu můžete dostat SW, který umí více (či lépe), je to zjevná výhoda. Když je cena vyšší, nastupují další aspekty, jako náročnost vývoje, dostupnost a cena školení, management rizik atd.

Nevím, kolik instalací má PostgreSQL, ale většina zákazníků se zjevně rozhodla pro něco z trojice MS SQL Server, Oracle a DB2. Pokud říkáte "Pg nebude tak špatný, když ho zvolila řada firem", tak já říkám "proč ho tedy zvolilo tak málo firem".

Jen taková odbočka... Nevím jestli to tu náhodou už nepadlo, ale ona je otázka, zda tím komerčním SW zdarma neporušují společnosti pravidla hospodářské soutěže. Byť takové verze mají nějaká omezení. Kdo ví.

Jinak si ale myslím, že na tom, že existují tyto ořezané verze zdarma, mají právě lví podíl zejména opensource DB (především pak MySQL). Přinejmenším ten proces výrazně urychlily.

Asi neporušují, a neporušovaly by ani pokud by tyto verze neměly omezení. Je tu hromada open source, který také stálo peníze napsat, a je k dispozici zdarma. Zjevně je pouze věcí libovůle autora SW, jestli jej bude publikovat, v jaké formě, za jakou cenu, a s jakou licencí. Nakonec trh to vyřeší sám, jako vždy.

zda ibm dala express verzi db2 zadara protoze byla tlacena konkurenci (microsoft i oracle express verze db zdarma jiz meli) nebo byla tlacena mysql?

ja bych to mysql tak neprecenoval.

:-) Tam má být spojka a. A ne nebo. V segmentu, kam se tyto komerční DB (MySQL je také komerční, ale asi si rozumíme) tlačí je nebo bylo MySQL se svým podílem velmi nebezpečné.

První dávka zdarma se také nabízí studentům....

Velke db nikdy netargetili stejny trh jako mysql. Tim ze davaji free db zdarma si rozsiruji trh, protoze se dostanou nekam kam by se kdyby nebyli zdarma nikdy nedostaly.

Navic jejich pouzitim ziskavate moznost migrovat v pripade potreby na vyssi edici s minimalnimy naklady. To proste mysql nenabizi. Kdyz mate freeware mysql a reknete si: potrebuju PITR recovery no tak si koupim tu podnikovou edici za $3k. Nojo ale ona PITR taky neumi.

Proste ty male databaze jsou prilis rizikove. Dokumentace nic moc, dostupnost skoleni take, nejsou certifikace pro administratory, databaze toho moc neumi - potreba to kodovat v aplikaci.

MySQL si vyberou pro zaklad ERP/CRM systemu jen amateri, kdyby o databazich neco vedeli, nevybrali by si ji. Nebo si snad myslite ze databaze kterou nelze ani poradne zalohovat a obnovovat je to prave pro nakladani s dulezitymi podnikovymi daty?

Je fakt ze v Cechach je to asi jedno, typickemu ceskemu managementu je jedno jak podnik pracuje, protoze po nich nedupe majitel a tak nemaji zadnou motivaci pracovat efektivne, plat maji dobry tak proc se namahat.

Videl jsem podnik kde mi rikali ze kdyz jim nejede databaze tak ztraceji asi milion za pul dne. Myslite si ze meli HA reseni? Nemeli. Zdalo se jim to moc drahe si koupit druhy server a software, ony ty vypadky byvaji jen 2-3x do roka.

Dříve netargetili a dělali chybu. Dnes se to snaží dohnat. Je to jeden z mála segmentů, který rozumně roste.

Pokud jste u té vaší "socky", která ztrácí milión za půl dne, neprosadili nějaké HA řešení, tak je to vaše obchodní chyba. Nikoli zákazníka. A pokud jste to měl na svědomí vy osobně, tak se (a to se nezlobte) ani nedivím, když pro detail nevidíte celek (měřeno různými vašimi příspěvky)

Já bych dodal ještě jednu osobní zkušenost. Zažil jsem firmy, které z HA řešení ustoupily a to z ekonomických důvodů. Spočítaly si, že náklady na udržování HA řešení jsou pro ně natolik vysoké, že těch několik málo výpadků, co měly s předchozím systémem, je stojí méně peněz.
Netvrdím, že bych se rozhodoval stejně, ale dávám to jako zajímavou zkušenost, jak lze také snížit náklady po určité racionální úvaze a jak se také část trhu chová.

setkal jsem se s podobnym pristupem. nezalohovali, protoze meli kontrakt s firmou ktera umela dobre data recovery a pokud prisly o disky tak vetsinu dat z toho za par tisicovek dostali nazpet. Coz je stalo rocne mene nez profi backup reseni.

Ano i tomuhle se rika management rizik. Ostatne kazdy dela neco podobneho. My taky nektera data ani nezalohujeme ani nemame je na raidu, typicky se jedna o zpracovane logy z www.

Otazka je ale o kolik dat a jak dulezitych muzete najednou v pripade nestastnych nahod prijit. Dale se musi pocitat s tim, ze pokud se nejaka data znici, nemusi byt zpusob jak je nahradit.

Videl jsem i firmy co zkrachovali v dusledku ztraty dat.

Proc si myslite ze to byla moje chyba? Kdyz reknu lidem aby CRM/ERP nepatlali v mysql/pgsql a oni mne neposlechnou a delaji to i nadale a pak maji problemy, muzu za to taky? Muzu za to ze zakaznik zaplati jednotky milionu za ERP na mysql a pak se mu to podela a my mu delame data recovery? Bylo to jejich svobodne rozhodnuti, tak at si nesou nasledky.

Přiznám se, že z prvému odstavci jsem nedokázal porozumět. Minimálně, pokud použivám OSS tak z okna vyhazuji nulovou částku, takže moje tvrzení platí. Nebudu tu tvrdit a také to netvrdím, že OSS databáze nebo další libovolný sw dokonale zastoupí komerční sw. Stále jenom opakuji, že pro běžné aplikace jej lze použít a také se úspěšně používá.

Vaše otázka je mimo. Je to totéž jako srovnávat kvalitu Blesku a Respektu na základě prodaných kusů. Navíc se porovnává nesrovnatelné - Microsoft, Oracle i IBM si budují pozici téměř 20 let - DB2, Informix i Oracle se tu je od začátku devadesátých let. SQL server v podstatě od konce devadesátých let. SQL server a DB2 je navíc součástí vývojářských balíků. První použitelná verze Pg byla 7.4, a pak 8.1, která byla první použitelná verze pro MS Windows - tj. cca 4 roky zpátky - a samozřejmě je to sw, za kterým nestojí žádná firma - cílem rozhodně není zabrat co největší podíl na trhu, ale vytvořit a udržet kvalitní a jednoduchý db systém.

Zkusme to znovu. Mějme SW A a SW B. Oba jsou zdarma. SW B toho umí více, než SW A. Použitím SW B pak určitě nic netratím, protože jsou oba zdarma. Naopak získávám více možností, i když je třeba bezprostředně nevyužiju.

Pokud SW B stojí více peněz, než SW A, jsou tu i další kritéria. Například náročnost vývoje, dostupnost a cena školení, management rizik atd. Ani pak nutně neplatí, že SW A je výhodnější.

Pokud jsem si všiml, tak Ingres je tu dlouhou řadu let. PostgreSQL od roku 1999 pravidelně vyhrává ceny typu LinuxWorld Editor's Choice Award for Best Database, ArsTechnica Best Server Application Award atd. Z toho bych usuzoval, že PostgreSQL nesoupeří s ostatními RDBMS jen 4 roky.

Diskuze sice byla původně o MySQL (což je omezená hračka), ale když už mluvíme o PostgreSQL, já proti němu nic nemám, protože ho nepoužívám. Zato se na spoustě míst dočtu, že má velké problémy s optimalizací dotazů. Dost často se "nestrefí", a dotaz trvá nesmyslně dlouho. Přitom to je zrovna věc, která je pro vývojáře klíčová: nemuset se ohýbat podle problémů a omezení DB engine.

Omlouvám se, že vám skáču do diskuse, ale ono neplatí, že vlastnosti SW B jsou nadmnožinou vlastností SW A a proto výběr SW B není úplně jednoznačný. Holt musíme připustit, že bude existovat nenulová množina subjektů, kteří se budou přinejmenším domnívat, že je pro ně SW A výhodnější. Tady bych asi použil vaše slova: "On to trh nějak vyřeší." Možná vyhraje z vašeho pohledu ten horší SW. Nebylo by to poprvé.

A co se týče kvalit, tak nedávno jsem zaslechl, že třeba Oracle má(měl) nějaké problémy s počtem foreign keys na tabulku a nemám iluze o tom, že bych nenarazil při vývoji na problémy i u MS SQL.

Na omezeni narazite vzdy. nemusi se jednat jen o omezeni db sw, ale treba i OS nebo HW. Otazka je jak bzro na ne narazite.

Vezmeme si postgresql. Kvalita jeho driveru je notoricky znama. Pokud chcete k nemu kvalitni odbc nebo jdbc driver, tak ty proste nejsou. Pak stehule vam oznami ze drivery nejsou soucasti projektu a v mailing listech vam reknou mate zdrojak, opravte to a poslete patch.

To nam ten projekt zalozeny na pgsql docela hezky zacina, neniliz pravda? Holt se jdeme nabiflovat workaroundy pro bugove drivery nebo ze bychom zacali s pracemi na fixnuti driveru?

Kdyz si naproti tomu vezmeme free verzi velke DB, tak dostaneme kvalitni a fukcni drivery, vyukove materialy, placenych kurzu je dostatek.

Vezmeme si pro ilustraci db2 9 ta ma drivery pro:

embeded sql pro c/c++,cobol, fortran, rexx
odbc, db2 cli, jdbc, sqlj,
ActiveX data objects, OLE automation routines (pro stored procedury a UDF)
OLE DB, C# , VBasic a .NET CLR, Ruby a Ruby on rails, PHP (2 drivery), Python (2 drivery), SQL alchemy, PureQuery, Perl DBI, shell. Dotazovaci jazyky SQL, SQL/XML, XQuery.

PGSQL ma nepochybne dost driveru pro ruzne jazyky take, ale kdyz ty dva hlavni odbc a jdbc moc nefunguji...

Řekl bych, že v drtivé většině (i komerčních) projektů, kde se používá pgsql, odbc ani jdbc driver není potřeba. Že zrovna vy tyto dva považujete za hlavní je nepodstatné.

Tak buďto jsou teda všichni, kdo používají pgsql, mysql a další tak hloupí, masochisti, sebeprzniči (a neřekl bych, že zbohatnete obracením je na "pravou víru") nebo má vaše teorie o nablýskaných velkých DB zdarma se spoustou kvalitních a funkčních driverů dost vážnou trhlinu.

Jenom poopravím - kromě free driverů existují komerční drivery, které jsem ovšem nezkoušel, takže jen zmíním, že existují. Free ODBC driver je poměrně v pohodě, pokud jsou problémy, tak spíš s ODBC datovými typy, které jsou za limity PostgreSQL (ODBC je příliš starý interface navržený pro 16bit). Co chybí je ADODB driver - ten který je, obsahuje pouze implementaci některých interface - chybí hlavně interfaces, které se používají pro vizuální návrh. Opět existují komerční drivery, nezkoušel jsem. JDBC driver - obehraná melodie - pro mne nepochopitelná - bohužel podle jedné strany JDBC drivery fungují. Je to záležitost komunity kolem Javy.

Naopak existuje kvalitní a kompletní .NET driver. Také existuje C driver.

ODBC driver nikdy hlavním a nejdůležitějším nebyl - ve srovnáním např. s DBI driverem pro Perl. Pg je databáze, která byla primárně určená pro Unix systémy, tam se ODBC zvlášť neprosadilo - a v době, kdy byla pg portována na win už ODBC hrálo třetí housle.

p.s. SQL/XML není driver, SQL také ne. Co se týče podpory pro jazyky a prostředí - vemte to co má db2 a přidejte R, Scheme, Emacs, Tcl, Firefox, X verzí Pascalu, Ada, Gambas, ... Napsat podporu pro prostředí je triviální - k dispozici je C driver včetně zdrojáků, popis protokolu i funkcí a samozřejmě celá řada implementací.

Dotazy, kdy se optimalizér netrefí a jsou pomalé se objeví ve všech databázích. Od toho je optimalizace dotazů, statistik - přečtěte si cokoliv o pokročilé optimalizaci pro Oracle a DB2, a hned v úvodu se dozvíte o alchymii, jakou je např. modifikace statistik a použití hintů. Zrovna planner v pg patří k těm lepším a sofistikovanějším a myslím si, že dobře snese porovnání třeba s MS SQL serverem. Rozdíly mezi PostgreSQL a Oraclem v certifikovaných testech jsou cca 20%. Ohledně ohýbání - MS SQL Server ještě nenabízí pole, velikost datových typů je vůči pg směšná a psaní uložených procedur otročina. Extensibilita, která je v pg 10 let je implementovaná až v MS SQL 2005 a to zdaleka ne odpovídající.

V roce 99 PostgreSQL sice možná vyhrával ceny, ale rozhodně to nebyla databáze vhodná pro profi použití. MS SQL 6.5 a 6 se také existovaly, ale jejich použití bylo noční můra.

Samozřejmě pokud se query optimizer nestrefí, je problém u každé DB. Otázka je, jak často se query optimizer nestrefí. Zkušenost s PostgreSQL nemám, ale stesky na inetu ve mě velké naděje nevzbuzují. Obecně je cílem, abyste se nemusel například používat hinty, a mohl se místo toho starat o vývoj aplikace.

Oracle mezi verzemi 8 a 9 prodělal v optimalizaci dotazů výraznou změnu, a nutno říci, že nám to způsobilo dost problémů. U některých zákazníků se dotazy prodloužily například ze dvou minut na 30+ (30 min byl timeout). Tak mizerný výsledek překvapí (řešením byla změna dotazů a vytvoření odlišných indexů). Verze 10, a patchsety na Oracle 9, přinášejí jisté zlepšení. MS SQL Server má výsledky obecně na velmi dobré úrovni, v drtivé většině případů "just works" (což se o Oracle tvrdit nedá). S jinými DB nedělám, takže nemohu soudit.

Stesky na netu - to je krapet neurcita formulace, nezda se Vam? PostgreSQL za posledni 4 roky udelala ohromny krok dopredu - verze 8.3 ma planner dost vyladeny - a to natolik, ze 8.3 je referencni db pro MySQL ohledne efektivity planneru

Kdyz uz - http://archives.postgresql.org/pgsql-performance/ budete mit alespon konkretni informace. To, ze PostgreSQL neobsahuje hinty a je snaha hinty vubec nezavadet signalizuje kvality planneru. Coz urcite neznamena, ze je nejlepsi - vuci DB2 a Oracle chybi napr. korelace mezi sloupci, Oracle ma optimalizaci star schematu - a dalsi. Co jsem pred dvema lety testoval rychlost dotazu - JOIN a par podminek, tak rozdily mezi db byly v procentech, coz ani neprekvapi - vsechny plannery jsou cost based - a dalsi zatim experimentalni techniky se jeste komercne (stejne tak v PostgreSQL) nepouzivaji. Vetsi rozdily jsou spis pak ve strategii zamykani, pouzivni cache.

Pokud DB nema hinty, tak je nepouzitelna. Jak zajistite rychlost provadeni `worst case` kdyz vam optimalizer vybere spatny plan? To je v praxi mnohem dulezitejsi nez nejrychlejsi pripad.

Proste musite holt ten projekt zabalit a jit prepisovat pro jinou db.

a to nejsou jenom hinty, to jsou desitky jinych veci na kterych si v pgsql rozbijete drzku, kdyz se ho budete snazit nasadit do podminek kde behaji bezproblemu velke db.

Vezmeme si treba i tu replikaci, jednak pokud ji zapnete spadne vykon o cca 30% a pokud mate vice zmen nez cca 200k radku/minutu, tak se vam slave servery nikdy nestaci sesynchronizovat. U Oracle naprosto zadny problem. Tragickou rychlost obnovy DB ze zalohy jsme jiz probiraly, drivery jdbc/odbc jsou nekvalitni, chcte SQLJ? nevedeme, co treba monitorovaci/administrativni GUI nastroje? Prakticky zadne nejsou nebo jsou primitivni. Co treba integrace zalohovani se softwarem ktery pouzivaji diskove pole? opet zadna. Zkousel jste nekdy PITR recovery? No musite si nakodovat vlastni shell script, opet parada - to urcite admini uvitaji, nebylo by nahodou pro ne lepsi kdyby meli GUI? Treba by pak udelali mene chyb pri obnove db.

Je mi jasny ze jste na nicem vetsim nedelal. Kdyby ano, tak by jste neplacal takove nesmysly. Vam schazi sirsi uhel pohledu. To opravdu neni o tom zda query provede oracle o 10% rychleji nebo ne. Projekt musite v prvni rade uspesne dokoncit.

tady mate nejake cteni o query optimalizaci.
http://infolab.stanford.edu/~widom/cs346/db2-talk.pdf
http://www.cse.unl.edu/~ylu/csce896s06/slides/LEO_vishu.ppt
http://btw2005.aifb.uni-karlsruhe.de/Folien/S022Ewen.pdf

pro inspiraci index advisor na i5/os
http://www.ibm.com/developerworks/systems/library/es-db2i5os/index.html

i5/os je stejne nejlepsi db platforma co kdy byla vytvorena. Tyhlety masiny muzete dat na starosti totalnim BFU a oni je zvladnou. Masina si zavola sama technika kdyz ji odejde disk, nulova udrzba db, pravda uzivatele se musi naucit zalohovat. A v soucasne dobe znacne zlevnili POWER hw a sjednotili i5/os a AIX hw. Za pouhych $5k jiz dostanete blade s POWER5+ a hw virtualizaci na kterem si muzete bootnout i5/os.

SQLJ vedeme a dlouho.

Na co GUI?
regression=# load '/home/tgl/pgsql/advisor';
LOAD
regression=# explain select * from fooey order by unique2,unique1;
QUERY PLAN
----------------------------------------------------------------------------------------
Sort (cost=809.39..834.39 rows=10000 width=8)
Sort Key: unique2, unique1
-> Seq Scan on fooey (cost=0.00..145.00 rows=10000 width=8)

Plan with hypothetical indexes:
Index Scan using <hypothetical index> on fooey (cost=0.00..376.00 rows=10000 width=8)
(6 rows)

regression=# explain select * from fooey where unique2 in (1,2,3);
QUERY PLAN
------------------------------------------------------------------------------------
Seq Scan on fooey (cost=0.00..182.50 rows=3 width=8)
Filter: (unique2 = ANY ('{1,2,3}'::integer[]))

Plan with hypothetical indexes:
Bitmap Heap Scan on fooey (cost=12.78..22.49 rows=3 width=8)
Recheck Cond: (unique2 = ANY ('{1,2,3}'::integer[]))
-> Bitmap Index Scan on <hypothetical index> (cost=0.00..12.77 rows=3 width=0)
Index Cond: (unique2 = ANY ('{1,2,3}'::integer[]))
(8 rows)

prosil bych link na sqlj. google mi nasel jen stesky uzivatelu nad tim ze sqlj v pgsql neni a nikde nebyla zadna odpoved. pochybuji ze to existuje.

http://pgfoundry.org/projects/pljava/
http://wiki.tada.se/display/pljava/Home

tohle to je ale pljava. Z SQLJ to umi jen deployement descriptory, cize prakticky nic.
Zadna SQLJ aplikace v tom nepobezi, taky si vsimnete ze tam neni ani jediny SQLJ priklad.

Jestli je tohle to jediny co pro pgsql je, tak ano SQLJ neni.

pak tedy neni. Nedokazi posoudit nakolik splnuje SQLJ normu nebo ne.

a mysql si porizuji ty nejvetsi socky ze vsech

tohle o nicem nevypovida, klidne bychom mohli byt na tom seznamu taky, protoze nam tu bezi na mysql nejaky vbulletiny, cpanely, pocitani prenesenych bajtu a podobne nedulezite sracky.

Software psany v PHP prakticky nic jineho nez mysql nepodporuje, takze tam si nemuzete vybirat. To ale jeste neznamena ze pouziti MySQL je spravna volba.

Panebože :DD i kdybyste si tady vypsal klávesnici, tak OSS DB se používají a používat budou i nadále. Je evidentní, že vám to neskutečně hýbe žlučí, ale pro spoustu firem je to prostě přijatelné řešení a pochybuju, že to, že vy je nazýváte "patologické socky" je nějak vzrušuje :D

Pouziti OSS DB Firebird a Pgsql mne zdaleka nerozciluje tolik jako mysql. Ti alespon nenici ulozena data a uroven databazovych lidi co v nich delaji je dostatecna k tomu, aby pochopili jak psat aplikace bez races. pouziti pgsql je jen neefektivni naproti tomu pouziti mysql je primo nebezpecne.

Videl jsem hodne kodu co napatlali lidi delajici s mysql a musim rict ze to odpovida tak urovni stredoskolaka. Je to jasne, lidi co pracuji s mysql databazim nerozumi, kdyby jim rozumeli tak s tim nedelaji. S lidma delajicim v PHP je to to samy. Nekvalitni lidi pouzivajici nekvalitni nastroje - myslite si ze nakodi kvalitni aplikace? Najivita.

MySQL nasazene u naseho obchodniho partnera na miste kde jde o penize je to nejhorsi co nas muze potkat. Krom toho mysql se neda ani rozumne zalohovat, takze nase data u nich jsou tezko v bezpeci. Tuhle jsem jednim rekl ze az prestanou mit IS na mysql tak ze s nima budeme delat byznis - prepsali si ho do pgsql. indicka podnikavost, cech by se na to vyflaknul. tak jsem s nima tedy tu smlouvu uzavreli.

"Videl jsem hodne kodu co napatlali lidi delajici s mysql a musim rict ze to odpovida tak urovni stredoskolaka." Souhlasím, že jsou "programátoři" a programátoři. Ale nesouhlasím, že pokud někdo dělá s mysql, je automaticky bastlič. Já už viděl řady zprzněných aplikací napsaných tak děsně, že luštit kód byla neskutečná otrokárna. Stejně tak je to s PHP.

Tady je další diskuse zbytečná. Vy máte prostě svoje zafixované názory, já vám je nebudu ani brát, ani vymlouvat.

Proc by se dobry a kvalitni koder zabyval bastlem jako mysql a php? Pokud je dobry tak pujde uz jen kvuli penezum kodovat v necem lepsim. Jako php/mysql koder moc nezbohatnete, konkurence na trhu prace je velka.

Třeba protože ne každý to považuje za bastl. Konkurence pro dobrého kódera asi zase tak moc velká nebude, když říkáte, že se tímhle bastlem zabývají jenom socky a patlalové :D

v tom mate pravdu. Na ceskem trhu je coder co se naucil J2EE king s nastupnim platem zhruba dvojnasobnym oproti lamp patlalovi.

Prosím o stop OT: používáme podvojné účetnictví na PostgreSQL s frontendem v PHP a backendem v Pythonu (fakturace, automatizované párování/zaúčtování příchozích plateb podle zpráv z banky). Ano, je to naplácané, ale funguje to a například díky transakcím a replikaci to funguje dobře.

a cetls jste vubec ty reference...nebo mate strach, ze by to nahodou mohlo odporovat vasemu,,oracle advanced enterprise jediny spravny nazor 10g(tm)''?

ano nejake pripadove studie jsem si cetl:

MySQL at Yahoo!
Some Technical Details:
Operating system used: FreeBSD and Linux, synchronized using MySQL Replication
Size of database: 25 GB
Average number of concurrent connections: 60

priznam se moc na mne nezapusobili, mate na mysli nejakou konkretni?

co treba Virgin Mobile, Los Alamos National Library,...

no... celkem hustý na "bastl", jakým MySQL je :D

Nevím, o jaký upgrade šlo, z jaké verze na jakou a nevím ani, co bylo příčinou a jak to vyřešili. Argument o ničem.

Ano, to jsem pochopil, ale nepochopil jsem, co to znamená že "tam mají" sql injekce. Zálohování dat může být problém, ale nechápu, co má společného s certifikací. Všihni tady víme, že jste mistr v "neodpovídání" a obracení tématu.

Také nevím detaily, zeptejte se kolegy Krčmáře. Vzhledem k tomu, že existuje reference, netvrdil bych, že je to o ničem.

Mistr v neodpovídání? To celkem pobaví. Někdy je mi vyčítáno, že diskuze nenechám, a "agresivně" protlačuji svůj názor. Jindy je mi vyčítáno, že si dovolím nereagovat. Lidi, buďte konzistentní. Be more constructive with your feedback, please ;)

Jinak na zálohování a certifikaci odpovědět ani nemůžu, protože jsem původní příspěvek nepsal já.

Já se ptát nepotřebuju. Můžu jenom říct, že open source databáze využíváme a s podobným problémem jsme se nesetkali. Samozřejmě že před upgrade nejdříve testujeme, zda je vše v pořádku.

Já vám to někdy připomenu, až na to nerazím. Bohužel sem nechodím moc často, nejsem placen za přispívání do zdejších diskusí a času je málo ;)

jakou horni financni hranici uvazujete pro uvedene ERP-Systemy, resp co znamena stovky tisic - to muze byt 150 tisic a nebo i 950 tisic?

kdyz opdpocitam 1/3 na instalaci a prevzeti dat, tak zbyde pro ERP ca 10 000 EUR. (predpokladejme 20 pocitacu ) , takove software neexistuje ale pro NIC. nebo neco takoveho znate?

Samozrejme je treba rici, ze by se muselo presneji definovat co je ERP...

... Helios IQ... tak jsem si scitnul tu jejich nabidku pro 1 misto, bez vyroby a jinych libustek a vyslo me ca. 95000 Kc - to by bylo u 10 mist 1 milion a to tam neni vyroba a to jsem nevybral vsechno... takze si i nadale myslim, ze to v te cenove relaci neni mozne

...SQL server (nesmejte se, viz Cigler SW a Money)... a co kdyz se pouzije OODBS ?? ve svete funguji statisice aplikaci bez SQL-servru krome toho reknou Postgresql-isti, ze mysql neni zadny sql server ...

zbyle definice jsou sice pekne, ale budme uprimni - nic nerikajici. Mala firma, ktera ma 10 pocitacu by musela zamestnat 3 administratory a systemove vedce, kteri by neustale objasnovali tem 10 uzivatelum, jak se to s tou provazanosti ma. Ale nebylo by na skodu se o tech systemech dovedet neco vice, ne jen tu web-omacku na strankach vyrobcu.

Pro firmu jak popisujete je zapotrebi system, ktery je udelan na miru dle potreb te firmy. Ale samozrejme to nemuze byt tak, jak popisuji na te Helios strance - ze si zakaznik muze vybrat velmi male moduly , aby mel jen to co potrebuje ale v nabidce stoji modul=vyroba. :-))

Nejede nahodou SAP pod linuxem? Server urcite, klienti nevim.

...SQL server (nesmejte se, viz Cigler SW a Money)... a co kdyz se pouzije OODBS ?? ve svete funguji statisice aplikaci bez SQL-servru krome toho reknou Postgresql-isti, ze mysql neni zadny sql server ..

No tak zrovna třeba Embedded Firebirdu si člověk v softwaru ani všimnout nemusí, kdepak PostgreSQL nebo MySQL. :-) Statisíce lidí po celém světě si myslí, že jedou bez databázového serveru, a přitom o něm ani nevědí. ;-)

Již to tady zaznělo, ale není to zadarmo - www.tdf.cz a systém ECONOMY 10. Zkuste si to rozchodit a sdělte svůj názor. V případě problémů s instalací se přihlašte do konference pro podporu uživatelů Economy. Cena na jeden PC Kč 950,-/měsíc viz http://www.tdf.cz/cs/product.html. Výhodou je, že to jede jak pod windows tak pod linux - svobodná volba.

rekneme 1000 za pocitac a mesic. Mam tomu rozumnet tak, ze za 5 let (60 mesicu) zaplati firma s 20 pocitaci 1000 x 20 x 60 = 1.2 milionu kc?

Také bych tomu tak rozumněl. Píšou ale, že pro 6-20 PC je cena 690,-/1 PC/měsíc. Nedovedu posoudit, zdali je to na takový rozsah systému hodně nebo málo.

....Chybi referenci listina. Rohodne bych se pri vyberu systemu jel podivat do firmy, kde system pouzivaji....

tak to asi pujde tezko, podle konference se panove momentalne potykaji ze zasadnimi problemy pri snaze rozjet ten system... ??

Poplatek za legislativní upgrade není zahrnut v pronájmu. Je již součástí ceny pronájmu. Píšou: "Tato cena zahrnuje záruku, základní legislativní upgrade a průběžný nárok na nové verze. Předpokládám, že "nárokem" je myšleno získání nové verze v rámci pronájmu bez dalších poplatků. Jestli tomu tedy dobře rozumím, tak používání Economy 10 je zdarma, ale pokud chci služby musím si zaplatiti poplatek za používání. Příměr s bankrotem je sympatický pokud jejich bankrot neohrozí vaší firmu. Měnit ekonomický systém u větší firmy za pochodu kvůli bankrotu dodavatele takového programu bude asi dost hazard. Chtělo by to pár odvážlivců, kteří by to do firmy pod linuxem nasadili.

Nějak mi nedochází, proč vlastně píšeš do diskuze. Abys mi řekl, že lžu, nevím, neznám, ale neřekl mi kde a co? To pak není diskuze, ale demostrace toho, že jsi opruzující hnida, neschopná argumentace. Místo toho ztrácíš čas tím, že mi píšeš, jak se mnou nechceš ztrácet čas ;)

Pokud máš výhrady k "překrouceným a vylhaným příspěvkům" v diskuzi, tak můžeš své výhrady přednést a obhájit. Jinak tvá slova nejsou než bzučení hmyzu.

Tak ještě jednou pro slabší a retardované. Pokud nejsi schopen říci, čemu a proč údajně nerozumím, natož abys to podložil nějakými argumenty, tak je tvoje vyjádření naprosto nezajímavým slintem. Motivy vedoucí k tvému vyjádření jsem už rozebíral. To "neskutečné vytočení" je pitomost. Jen se přiměřeně ohrazuji proti výpadům idiota, který není schopen ani napsat argument. A protože se nejsi schopen ani podepsat, mohu se pouze dohadovat, jestli jsi idiocii demonstroval již dříve, nebo jde o novinku.

"Fekální a pohlavní výrazy" jsou v kontextu urážkami. Například výraz "ty sráči" není dokladem fekální obsese, jak by se ti možná zdálo, ale prostou urážkou.

A tedy znovu: pokud nejsi schopen podložit svá původní tvrzení argumenty (přece tím nebudeš ztrácet čas), tak jen hloupě slintáš. Prostě kde není argument, nastupuje idiocie, nic naplat.

Můj nic je samozřejmě registrovaný, jen se mi nechce pořád přihlašovat. K mé identifikaci bohatě stačí neregistrovaný nick. Ty se nemůžeš podepsat ani tak, protože víš, že bys byl onálepkován jako agresivní idiot. I když na druhé straně, s tvým projevem to už ostatní stejně musejí vědět ;)

A ty si fakt myslíš, že svou idiocii zakryješ tak, že utečeš od tématu? Něco jako "nemám argument, tak budu chvíli žvatlat, a pak odbočím"? LOL, ubohost z toho čiší.

Řeč byla o údajných lžích, omylech a neznalostech v mých příspěvcích. Tam jsi předvedl svoji idiocii a ubohost (a mám dobrý důvod se domnívat, že podobné věci předvádíš opakovaně). Nakonec sis ještě myslel, že útěkem od tématu zakryješ svou duševní impotenci.
Proč používám neregistrovanou verzi nicku jsem ti řekl, a nakonec argument týkající se bezpečnosti si domyslel i takový retard, jako jsi ty. Zato ty nemáš ani na to, aby ses podepsal jakoukoliv verzí svého nicku, hnido.

na ten "podpis" mi to nedalo nezareagovat, protoze mi to vazne pobavilo :) Proc uz se LO nepodepisuje a pise jako anonym? Ze by mu vadila znacna zaporna karma a skryte vlastni zpravy?

Vám by to určitě šlo výborně, ostatně jako vše, do čeho se "pustíte" :-P

Šlo by mi to špatně, nejsem grafik. Ovšem určitě bych neretušoval červené oči přemalováním zornice černou barvou(!), případně nesnižoval hloubku ostrosti gaussovským rozostřením půlky fotografie(!). Tolik soudnosti ještě mám. Kolega Krčmář ne (což dost překvapí), ale alespoň měl dost soudnosti nepublikovat další podobné hrůzy. Jinak by z toho mohl být seriál "jak zničit fotografii v Gimpu snadno a rychle", který by pro pobavení mohli linkovat na serverech zabývajících se grafikou. Jistě by to komentovali tímto stylem: http://www.iliteratura.cz/clanek.asp?polozkaID=15759

Zdroje:
http://www.root.cz/clanky/oprava-cervenych-oci-v-gimpu/
http://www.root.cz/clanky/snizeni-hloubky-ostrosti-v-gimpu/

Akoze nie: SAP/Linux - aplikacny a/alebo databazovy server plus SAP Java klient na Linuxe ;-))

Pre medzinárodné firmy by sa dal použiť ABAS.
http://www.abas.de/en/index.htm

Na Abas muzu dat reference - nic hroznejsiho jsem nevidel ( a to jsem toho videl hodne). Je to zastaraly system z minimalne 70 let minuleho stoleti, kdy neexistovaly SQL databaze - implementuje vlastni "souborovou" databazi - totalni zdechlina. V teto dobe neexistovalo ISO8859-2, natoz UTF, takze to pouziva vlastni kodovou stranku. Linuxovy klient se realizuje pomoci Wine. Problemu je tam mnohem vice - nema cenu to rozepisovat. Preklad do CZ je sporny - odlisne pojmenovavani stejne veci, urcite casti nejsou prelozeny. Proto dnes firmu o cca 300 lidech ridime v Excelu, bohuzel Abas nam byl vnucen materskou firmou - nefunguje ani tam - posilame si navzajem Excelovske tabulky - firma ma velke problemy. Jedine plus Abasu je ze ma slusnou "customizaci", coz ale v nasem pripade znamenalo, ze svycarsti soudruzi do dali jeste do vice nefunkcniho stavu.

PS: Za Helios se muzu primluvit a rozhodne nestoji vyse zminovane castky.

rozlisoval by som, ci potrebujete viest uctovnictvo alebo planovat a optimalizovat firemne zdroje (ERP) imho su to dve rozdielne oblasti, vystavit a zauctovat fakturu je jedna vec a vygenerovat ponuku a fakturu na zaklade klientovych potrieb zozbieranych obchodnikom v terene, zaroven urobit rezervacie v sklade a spustit workflow na dodanie a monitorovat aky to ma dopad na cashflow je nieco uplne ine, uctovnictvo moze byt na takyto system pripojene napr. cez XML interface a fungovat uplne nezavisle, poznam partu ludi, co si nieco taketo napisali sami a teraz to skusaju ponukat na www.techdata.sk

http://postbooks.sourceforge.net/ Fully integrated ERP, CRM, and accounting for small to midsized businesses. Graphical client runs on Linux, Mac, and Windows (built with open source Qt framework). Business logic resides in PostgreSQL database server. Fully international-ready.

Neviděl jsem, nezkoušel jsem.

Proc se ted tak rozsirila manie odpovidani na tri roky stare prispevky? Uteklo mi neco?

To proto, že po přidání příspěvku v diskuzi se tato dostane na titulní stránku. To sice nevysvětluje ten prvotní impulz, ale zato to vysvětluje ty následné reakce.

Ale snad neni clovek slepy, ne? No nic, alespon ze chyba neni na mem prijimaci.

I kdyby ... problematika účetnictví pod Linuxem je stále živá :-) - dosud nebylo vyřešeno

pro jakekoliv software by melo byt zakotveno v ustave.

Melo by tam byt zakotveno ze statni instituce nesmi pouzivat MySQL ci podobny hnuj.

ze je u nasich zakazniku (mensi firmy) nechteji nasi milovani prispevovatele LP a ani LO jit zadarmo nainstalovat a pote je administrovat.

Nevidím důvod, proč bych vám měl já, nebo kdokoliv jiný, ve firmě zdarma instalovat a administrovat DB. Za práci se platí. Výjimkou může být goodwill, nebo dobročinnost.

Když jsme u toho, instaluje a administruje vám někdo zdarma MySQL, nebo jinou DB?

Problem je v tom ze mysql dokaze nainstalovat za 5 minut kazdej kokot, kdezto na oracle musim zaplatit borce co absolvoval deset nesmyslnejch skoleni a jeste dela drahoty jestli vubec prijde.

Ale houby, Oracle ve windows ma klasicky klikaci instalak. Kdo tohle nanainstaluje, nema v IT co delat. Ostatne i instalace SAPu do windows je trivka.

Staci jen mit prirozenou inteligenci a ochotu precist si navod. Uznavam ze to je pro vetsinu ceske populace problem.

Aj ked je toto sice stara tema, nepodarilo sa niekomu rozbehat adempiere? Niekde som dokonca nasiel sk/cz ciselniky, len neviem ako je to s udrzovanim tohoto softu po legislativnej stranke.

V rámci školního projektu jsem ho měl za úkol zprovoznit - pod Widlema v poho, v linuxu s problémama, už vyšla i verze do vmware - takže proč se rozčilovat s instalací. Legislativně by to mělo být v pohodě - je to free, myslím že i dokonce open source.

Mame SAP, kompletne na linuxu ...

I klienty? Jak je to s exportem dat do excelu? (pripadne OO writeru)?

http://www.winstrom.cz/produkty/10/stazeni/
Oproti nazvu (obsahuje slovo Win) existuje nativne jak pro OS X, tak i pro Linux (Debian/Ubuntu, Fedora/Red Hat/Suse, Mandriva).