Vlákno názorů k článku MyCompany 1.0 od kocour_easy - Zdarec, nevim jestli MySQL v CRM systemu je dobra...

Zdarec,
nevim jestli MySQL v CRM systemu je dobra volba.MySQL je vyborny pro nasazeni na webu(1 proces zapisuje, hodne procesu cte).
Myslim si, ale ze v nitropodnikovem systemu je PostgreSQL lepsi volba.Ci jina RDBMS databaze.
Uz mne nebavi poslouchat od radoby rikajici si specialisti, ze Mysql je nejlepsi co roste pod sluncem, protoze nepricihli k necemu jinemu.
Jinak docela slusna prace, ale jak zminuji ostatni, je treba take zapracovat na designu.
Zajimalo by mne, jestli to v te Meopte je zcela nasazene.Nebo jen v urcitych pracovistich.
Zdravim a hodne zdaru

Za Meoptu již nemohu podávat informace. Již déle než půl roku tam nepracuji. Shodou okolností totiž v den, kdy byl poprve spuštěn náš nový IS s názvem MIS, došlo i k rozhodnutí vedení, změnit strategii a další rozvoj IT zajišťovat dodavatelsky. Ten půlrok co jsem mohl sledovat a ovlivňovat první kroky našeho IS v praktickém běhu dopadl velmi dobře (pochopitelně jako hlavní programátor tohoto systému se musím pochválit, protože nikdo jiný to za mne neudělá:-).

A smím-li to prozradit, koncoví uživatelé s prostředím web velmi rychle srostli, ať již měli k dispozici Links, Mozillu nebo MS IE. Denně vkládali stovky údajů na stovce pracovišť ve všech provozech hlavní výroby. Systém byl rozložen na dva dvouprocesorové počítače s procesory Athlon MP. Na jednom počítači běžela aplikační část v Perlu a na druhém počítači běžel MySQL server. Za půl roku běhu jsem s MySQL neměl žádné problémy. Vedlejší provozy v tu dobu ještě využívaly starší systém založený na Cobolu.

Samého by mně zajímalo, jak budou uživatelé hodnotit nástup nového systému v roce 2005, který má MIS nahradit a bude již dle nové strategie zajišován dodavatelsky.

Takisto si dovolim oponovat. Robil som niekolko enterprise systemov, kde boli ako "backend" oracle, mysql alebo mssql a az na "special features alebo special requests" , ktore ma napr. oracle ( sekvencie, PLSQL, .. ) sa veci poriesili bez nejakych specialnych zavad a obmedzeni na MySQL, aj pre velke pocty klientskych pristupov ( v niektorych pripadoch to rastlo do 100 tis.), alebo operacne tabulky s niekolko mil. zaznamov.
Napr. pre jedneho klienta prebieha online synchronizacia struktur 1:1 medzi oracle a mysql, pricom pocty zaznamov sa blizia k 10 mil. A system nesluzi iba na reportovanie, ale prebehaju medzi systemami "update" transakcie. Po optimalizcii vyberov (ktora bola podstatne jednoduchsia ako pre Ora. ) su dokonca vyberove reporty rychlejsie ako v ora ( samozrejme netvrdim ze sa to neda , ale predpokladam ze hlavny dovod je v tom mysql si "vozi" so sebou podstatne menej veci ako oracle, na ktore musi brat ohlad).
Cele to bezi na P4 2.8, 2xscsi, 2GB Ram - len ako dodatok keby si niekto myslel ze to je prvadzkovane na salovom pocitaci:)

Jo to je mozne. Obecne Oracle a dalsi seriozni databaze nejsou urceny k tomu aby bezely na PCckach. Rekl bych, ze uz od low endoveho ctyrprocesoroveho serveru MySQL uz toho prilis nabidnout nedokaze. Krome toho mne to co nabizi Oracle navic (treba jiz zminovane sekvence) neprijde jako "special features", ale neco co proste poradna DB ma.