Vlákno názorů k článku PostgreSQL 11: procedury jako v Oracle od xtomh_cz - Zdravím a děkuji za výborný článek. Chtěl bych...

  • Článek je starý, nové názory již nelze přidávat.
  • 13. 6. 2018 11:02

    xtomh_cz (neregistrovaný)

    Zdravím a děkuji za výborný článek. Chtěl bych se zeptat autora z čeho čerpá věta "...PostgreSQL.. se začíná postupně a úspěšně nasazovat i v korporátním prostředí".

    PostgeSQL fandím, ale že bych někde viděl jeho pronikání do velkých firem, tak to jsem zatím nepotkal. Stále (dle mých zkušeností) je to databáze vnímaná spíše pro geeky - firmy sáhnou nejčastěji po SQL Serveru nebo Oracle a pokud není důvod investovat do těchto dvou, pak jako free řešení se vybere MySQL(MariaDB).

    Díky za reakci.

  • 13. 6. 2018 11:04

    Boo (neregistrovaný)

    Pokud nepotrebujdes poradne viewy a stored procedures tak MySQL muze stacit, ale kdyz chces mit busness logic v databazi tak potrebujes minimalne Posgresql nebo lepe Oracle. Zavisi od kapsy zakaznika.

  • 13. 6. 2018 22:13

    Jan Forman

    Oracle umírá, cenová politika je totiž extrémně nepřátelská. Ve firmě například nemůžete mít server bez supportu. Buď platíte všechno nebo porušujete podmínky. Pokud máte desítky serverů, nemůžete prostě nějaké neplatit.

    PostgreSQL s PostGISem je dostačující náhrada a dle zkušeností výkon je cca shodný. Funkcionalita je dneska už docela nepodstatná, pokud si přivyknete na NoSQL a nějakou integraci mezi tím vším dohromady. Vlastně se vám začne celý ten SQL koncept zdát zbytečně nafouklý a extrémní. Raději méně funkcí a opravdu kvalitně a to rozhodně není připad Oracle, kde je snad vše nějak zabugované nebo v legacy stavu.

  • 14. 6. 2018 16:21

    Martinus (neregistrovaný)

    Muzete to nejak rozvest? Proc myslite, ze Oracle umira? Nejaka cisla? Co myslite tim, ze "nemuzete proste nejake neplatit"? Pracuju jako Oracle admin cca 15 let a nezda se me, ze by pocet Oracle instalaci klesal ..

  • 15. 6. 2018 13:00

    Karel (neregistrovaný)

    Neumírá. Jen změnili obchodní strategii. Místo více firem platících velké peníze se zaměřují na méně firem platících nehorázně velké peníze. Důvod je právě ten, co píšete - na takové to "domácí žvýkání" mají velkou konkurenci, která je i po započtení nákladů na impelementaci a support výrazně levnější. Většina původních zákazníků už dnes prostě Oracle nepotřebuje a používají ho už jen ze setrvačnosti nebo kvůli vendor locku.

    Proto se zaměřují na tu špičku ledovce, které nabízí špičkové technologie. Za obrovské peníze. Drtivá většina firem pro věci jako je Multitenant, In Memory apod. nemá žádné využití. Pár jich ale pro to využití má a mohou si dovolit si za to připlatit.

    Doby, kdy typickým zákazníkem Oracle byla střední fabrika s 200 lidmi a 20 uživateli, je pryč. Tihle se přesouvají k levnějším věcem jako MS SQL.

    Mimochodem, na co potřebujete desítky produkčních serverů? Pokud nejsou plně vytížené, pak je zajímavý třebas právě ten Multitenant - sice je to za příplatek a jen pro Enterprise edici, ale umožní vám to v jedné instanci (a tudíž za jedny peníze) provozovat až 253 databází.

  • 19. 6. 2018 9:37

    X (neregistrovaný)

    I kdyz uz me Oracle zivi pomerne dlouho tak musim rict, ze to s nim jde pekne z kopce. Pomalu a jiste. Pro male zakazniky to neni a tech velkych je malo. Pribyvaji nove funkce, o ktere vice-mene nikdo nestoji a stare problemy zustavaji. Pokud jste velka korporace u kupujete uz hotovy SW, tak ten zcela urcite nebude vyzadovat zadnou extra cost option, takze pro veci jako In-memory neni pouziti. A pokud jste velka koroporace a vyvijite si SW sami, tak zase nedate programatorum prava, aby si takovou vec jako In-memory vubec vyzkouseli.
    Navic diky tomu, ze ty nove technologie pouziva tak malo zakazniku, tak muzete narazit na ruzne chyby anebo limity o kterych jste na zacatku nemeli tuseni.

    Oracle se pouziva hlavne ze setrvacnosti, a taky kvuli slevam. Ono je to na prvni pohled nepochpoitelne pro nekoho kdo to vidi z venku. Korporace chteji platit za support a nakonec jim vyjde, ze MySQL, Mongo, EnterpriseDB jsou vlastne velice drahe v porovnani s tim kolik stoji support Oracle po vsech slevach.

  • 13. 6. 2018 11:37

    libcha (neregistrovaný)

    Já jsem v jednom korporátu (u nás neznámém) dělal a mimojiné jsem dělal na tom, že se přecházelo z Oracle na Postgres ... tak dva tři roky zpátky.

  • 13. 6. 2018 11:44

    MC (neregistrovaný)

    Pro zajímavost - naše společnost vyvíjí a implementuje obchodní skladové a pokladní systémy, PostgreSQL nasazujeme v drtivé většině centrálních i filiálkových modulů pro větší obchodní řetězce včetně 100+ prodejen, ke dnešku to dělá 120 obchodních centrál s téměř 5000 pokladních míst rychloobrátkových prodejen (5000-30000 položek sortimentu).
    P.V.A. systems s.r.o.

  • 13. 6. 2018 11:54

    kraxna (neregistrovaný)

    Velmi casto se v korp. prostredi da s Postgre setkat tam, kde se vyviji microservices, pripadne kde se nasazuji sluzby na cloud (napr. Amazon).

    Ale samozrejme Oracle a MS SQL ma sve misto v korporatech porad a to se jen tak nezmeni.

  • 13. 6. 2018 12:41

    Pavel Stěhule

    Česká spořitelna se použití Postgresu přihlásila veřejně - další nemohu jmenovat, ale většina zbývajících bank uvažuje o použití (případně už migruje) PostgreSQL. Samozřejmě, že nikdo nečeká, a já to neříkám, že se migrují kritické služby nebo petabajtové warehouses. Nicméně už to, že mají Postgres ve svém podporovaném stacku něco znamená. Někam se Postgres dostane díky PostGISu, jinam díky Jiře, Confluence. Někde se používá kombinace - Oracle, Postgres. Oracle jako primární databáze - bo je to Oracle, kvůli aplikacím a certifikacím, a Postgres jako sekundární (pro analýzy, a ostatní věci), kvůli 0 nákladům na CPU.

    Jinak ta věta čerpá z mé zkušenosti - kde jsem za poslední rok školil a konzultoval.

  • 15. 6. 2018 17:36

    lt (neregistrovaný)

    Česká spořitelna pouziva Postgress max. tak nieco vedlajsie, hlavny bankovy system bezi v Oracle :)

  • 15. 6. 2018 18:12

    Pavel Stěhule

    Ty hlavní systémy jsou roky staré, stabilní, rozsáhlé a nikdo je migrovat nebude. A ani to nikdo ani zkoušet nebude. Nicméně už Postgres používají i pro systémy jejichž výpadek by se během hodiny projevil i produkčně. Pro novější aplikace je to u nich alternativa.

  • 22. 6. 2018 5:04

    Michal (neregistrovaný)

    Zrovna před chvilkou jsme tady (jedna z největších a nejprestižnější firem v zemi, ne v ČR) měli oznámení nové Database Strategy. Otevřeně tam přiznali že Oracle EE, který zde byl dlouhá léta jedinou volbou, je tak drahý že se na většinu nasazené nevyplatí a novou výchozí volbou je PostgreSQL. Ideálně jako RDS v AWS kde je ta celá služba spravovaná Amazonem, prostě se zapne a není k tomu potřeba mít armádu DBAs.

    Samozřejmě přechod z Oraclu "jak se to dělalo před 10 lety" na PostgreSQL to s sebou nese pár změn. Např. doporučení odstranit business logiku z DB a vrátit ji do aplikace. Ne že by to v Pg nešlo, ale DB má být jen pro data, čímž se usnadní budoucí migrace.

    Dál třeba princip Jedna databáze = Jedna aplikace, tzn konec masivních databází ke kterým porůznu přistupovaly různé firemní aplikace a při upgradu bylo potřeba vypnout půlku firmy. Místo toho samozřejmě používat pro přístup k datům APIs, atd.

    Do 6 let chtějí omezit Oracle na naprosté minimum a používat ho jen tam kde objektivně není jiná možnost. Ale např. všechny interně vyvíjené systémy musí migrovat z Oracle pryč.

    A to je firma která platí skoro 200 Oracle EE licencí, žádný maličký startup.

  • 24. 6. 2018 11:14

    Jan Forman

    Ono na tom není nic šokujícího a nesouvisí to jen s databází, ty staré monolitické systémy se prostě ukázaly jako neudržitelné. Drahé, obtížně škálovatelné - navíc všechno propojit přes API je již taky letitá věc tak minimálně 15 let zpět. Takže to mělo být mrtvé již dávno. Odstranění logiky z databází může také mít pozitivní vliv při používání NoSQL na nějaké archivační / analytické úlohy.
    Oracle zůstane prostě tam, kde není zbytí a nové úlohy se už pod něj pravděpodobně dělat nebudou. Navíc to není cluster (parodii RAC nepočítám). Takže je to vlastně úplně mrtvé.