To je bohužel dáno aplikací, která jiný DB engine nepodporuje. A jelikož ji chci mít v síti, tak provoz MS SQL na Windows 11 Pro by byl pravděpodobně v rozporu s licenci. Takto to mám na Linuxu čisté. Takových aplikací potkáte soustu - docházkové systémy Aps Techfass, Správce Firemních nákladů od T-mobile atd.
28. 5. 2026, 09:10 editováno autorem komentáře
PostgreSQL jsme zkouseli pro OLAP aplikaci. Ale pri sebevetsi snaze o optimalizaci trvaji nektere dotazy radove dele nez na MS SQL. Prechod z MS SQL na Postgre jsme museli odpiskat.
Oracle samozrejme minimalne rovnocenna alternativa je. Ale tipuju, ze se s nim alespon v CR setka mnohem mene lidi nez s MS SQL. A navic bude urcite drazsi.
Jinak MS SQL 2025 Express konecne navysuje limit na verlikost databaze!
Tak toto robili chalaniska z iného teamu. Ale jedno si z toho pamätám. Pri zložitejších dotazoch. Akákoľvek zmena DB, včetne upgradu v rámci toho istého produktu. Zahrnovala väčšiu ci menisiu nutnosť prekopať dotazy. Presnejšie si to nepamätám z mojej strany slo o spoločenskú interakciou nie o snahu stat sa analytikom.
Jeste si dovolim jeden komentar k MSSQL. Mam s nim mnohalete zkusenosti. Jak muzeme nadavat na jine vytvory Microsoftu, tak jejich SQL je fakt hodne povedeny kus. To proste funguje. Neblbne to, nejsou s tim problemy. Je to jednoduche, s dobrymi nastroji, je snadne dohledat, co a jak tam bezi (neni to debilni blackbox). Snad jedina nevyhoda je cena. A to je nevyhoda zcela zasadni :( Je to drahy jako prase. Zvlast kdyz se musi kupovat core licence.
Ale to je proste to jadro "database businessu".
Ja mam primarni zkusenosti s Oracle, IBM Informix, lehceji s MariaDB/Mysql a i tim MS SQL.
Proste za ty "velke" databaze zaplatis velke penize, ale delaji presne co delat maji, delaji to dobre, rychle, bezpecne a hlavne rychle.
Soucasne s sebou "tahnou" spousty vhodnych nastroju na kdejaky usecase, skvely monitoring az na nejnizsi uroven, debug v pripade problemu na uroven stranek v RAM/disku, support vendora, kde vetsinou sedi lide co to delaji 20+ let atd.
Proste v enterprise prostredi potrebujes aby to jelo a jelo to rychle. Tak to zaplatis a nemusis 99% casu nic resit.
Přesně tak, hodně často může mít sice člověk leckterou preferenci pro nějakou komponentu (jako je db engine), ale ten luxus volby má většinou jen u projektů, co si vyvíjí sám, nebo jde přímo o projekty firmy, pro kterou dělá.
Sice to může někdy hrát i zásadnější roli (třeba kvůli ceně podpory pro Oracle nebo pokud něco vyloženě nefunguje a má to nevhodnou architekturu), ale mnohem častěji je to prostě podružné rozhodnutí, co jde za výběrem celé aplikace od někoho jiného a tohle jen jeden aspekt při výběru.
Jinak třeba MSSQL na Linuxu jsem vícekrát použil také a jsem rád, že MS udělal nativní Linux verzi, ušetřilo to třeba ve vzdálených pobočkách za další instalace Windows serveru, který by tam jinak nebyl potřeba.
Když nějaká služba běží v cloudu, je tim myšleno, že jsou duplikovaný data na více serverech a aplikační (a další) servery jsou taky duplikované, aby například při výpadku aplikačního serveru služba jela dál, protože máme ještě druhej aplikační server.
Nejsem si jistej, jestli je definovaný, kolik duplicit má minimálně bejt, aby se to dalo nazývat cloudem, ale z nějakého důvodu se mi u slova cloud vybavuje číslo 4 :)
Jednoduše řečeno Cloud jsou služby/data přístupné odkudkoliv přes internet, většinou přes prohlížeč nebo přes aplikaci v mobilním zařízení.
Máme tu Xtý článek na "privátní cloud" a zatím jsme se nedočetli ničeho co je uživateli přístupné přes internet (a nebo mám krátkou paměť?).
Já jsem název "privátní cloud" pochopil tak že ty služby běží na vlastní infrastruktuře - mimo např. AWS, Azure, VPS, atd. a jsou uživatelům dostupné odkudkoliv.
VPN do LAN není cloud...
Já teda měl za to, že cloud je o bezvýpadkovosti, viz muj komentář vejš https://www.root.cz/clanky/privatni-cloud-pro-malou-firmu-skolu-nebo-urad-ms-sql-a-docker/nazory/#o1305447
Pojem cloud už nemá jeden význam. Původně to byla IaaS do které člověk neviděl, nestaral se o ni a měla prostě fungovat. Člověk si přes API/interface vydeployoval resource a "cloud" si pořešil, kde to poběží a že to poběží (a to i v případě private cloudů). Dnes to má milion významů a asi nemá smysl to řešit. Pěkným příkladem je ownCloud/nextCloud, kterému bylo vytýkáno, že vlastně vůbec není cloud.
Ako dlhodobý používateľ troch rôznych platforiem. Si ma pobavil.
MS cloud podla toho čo používaš garantuje ale nedosahuje 99.9 až 99.99%. A to do toho nie sú započítané výpadky spojene infraštruktúry mimo. (internetové prostredie).
Tu https://status.cloud.microsoft/ si môžeš pozrieť ako pekne je všetko hore.
Tier4 datacentrum je stavane na 99.995% a zaleží od teba ako dobre si navrhneš HW a aplikáciu.
Ubuntu 20.04? ten co ma podla (https://documentation.ubuntu.com/project/release-team/list-of-releases/) End of Standard Support Maj 2025?
Na LAN mi na linuxe bezi to iste. Apache+Php+MariaDb+Sqlite+MongoDb a nastavena staticka LAN IP, Virtual Host v httpd-vhost + Firewall (aj na dalsich sietovych PC).
Ziadny Zabbix, Docker, Virtual, Python scrip, ani Samba ako povysenie domeny (Sambu tam mam klasicky, ako zdielanie suborov). Do databaz a Samby sa dostanem z lubovolneho PC v sieti, tiez za pouzitia weboveho rozhrania a cele je to velmi jednoduche rozbehnut. Siet nie je pristupna z WAN, no spristupnit ju z vonka je rychlovka.
Dodatocne som v routeri nastavil siet pre pracovnu siet a PCs + povolene MAC a dalsiu univerzalne pre hosti, a izolovanu od pracovnej.
Chapem, ze clanok sa tematicky venuje MS SQL a jeho behu na Linuxe, no dodam, ze dana cesta je zbytocne komplikovana a vdaka windows aj otazna v ramci bezpecnosti.
mám špatné zkušenosti s očištěním systému,když jsem pak přecházel třeba z Apache na NGINX a teď z NGINX na Caddy.. V systému zbylo na ruůzných místech hodně balastu, to samé se Sambou a DNS.. tak nějak jde to nebo to ale nechcete to mít na jedné stanici obojí, proto to všechno raději dávám do dockeru.
Ak mate v systéme bordel tak preto že priebežne neupratujete a nepoznáte rozdiel (napr v debilne od uninstall a purge) A tie nečistite od baličkou ktoré ostali po upgradoch. Zažil som Debian 11 kde smrdeli ešte nepouživané veci z Debian 8.
Tie kontajnery si cele robíte sam? alebo dúfate že ich robil admin a nie vývojár?
Lebo v niektorých prípadoch ste len cez bordel prehodili deku ale neupratali.
Mam rozbehanu malu firmu s podvojnym uctovnictvom Omega od Krosu. Nadratovat to tam bol sice s pociatku porod, ale uz ked to beha, je to pohoda. Aj ked je to citelne pomalsie ako MDB file na NVMe disku. Jedine co funguje korektne je archivacia zo samotneho programu, musel som to vyriesit daily backupom DB. Aplikacia okrem MS SQL pozaduje aj SMB pre sharovanie spolocnych dat medzi klientmi.
Osobně dneska už moc Docker nemusím, hrozně mi vadí jak je docker démon v podstatě samostatný init systém, který je oddělený od zbytku systému a dělá si věci po svém.
Na OCI kontejnery se mi podstatně víc líbí Podman + Quadlety, které z toho dělají normální systemd service. Plus mají další výhody, jako možnost autoupdate s automatickým rollbackem když něco nevyjde.
28. 5. 2026, 23:20 editováno autorem komentáře