Zkousel si vykon? Ja pred par lety zkousel ms sql server na linuxu (ubuntu virtualka z ms repozitare pres apt install) a bez dalsiho ladeni ten vykon byl nasobne horsi nez stejna virtualka s windows. (Jednoduchy skript neco jako vytvor tabulku, zapis milion radku, precti, smaz).
Takto přímo ne. Mám to pod dockerem. Pociťuji menší zpomalení, ale v mém případě to není o tolik abych to řešil a spíše to přičítám tomu, že dříve měla aplikace přímý zápis do paměti, teď to jde navíc přes síťovou vrstvu.
Série článků se mi líbí a v mnohém mi dává smysl. O to méně chápu volbu databáze. MSSQL???!! To jako vážně? Kdyby šlo o Windows, chápu, ale na linuxu, kde je tolik lepších voleb?
28. 5. 2026, 08:47 editováno autorem komentáře
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
Povidej prehanej, chci videt tech spoustu lepsich voleb ...
A neresme cenu nebo licencovani, ciste funkcne.
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!
A nějaké rozšíření např. Citus (columnar storage) jste zkoušeli? Ne náhodou ten Citus Microsoft koupil.
SQL 2k5 predevsim konecne ve verzi std zveda limit ramky (ze 128 na 256G), dost se to totiz blizilo situaci, ze std verze bude tak na hrani.
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.
Tak si napsal presne ty dve o kterych se da rekneme uvazovat, to neni zrovna spousta ze?
Pricemz Postgre je na tom funkcne rozhodne hur nez mssql a oracle ma prozmenu velmi specificke naroky na svuj backend.
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.
Ona existuje k MSSQL nějaká alternativa? Jako existuji jiné SQL samozřejmě, ale jaksi, když aplikace chce MSSQL, tak bych ty volby rád viděl.
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.
Už to bylo zmíněno v diskuzi u některého z předchozích článků, ale docela by mě zajímala vaše definice sousloví "Privátní cloud".
Zatim jsou to jen různé služby na serveru v LAN síti...
Prakticky ano. Čék to většinou okoření VPN, když je mimo síť, ale pro privátní účely je lepší to na férovku do internetu nestrkat.
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 :)
Cloud je buzzword za ktorým pred manažmentom a BFU schováš všetko.
Od racku plného standalone počítačov cez virtuálnu serverovnu, server z kontajnermi ci virtuálizáciou až po počítač z webom "všetko v jednom" akým je napríklad Nextcloud.
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...
"Jednoduše řečeno Cloud jsou služby/data přístupné odkudkoliv přes internet"
Prohlasil huhu a proto je to pravda pravdouci ...
99% sluzeb neni pristupna odkudkoli, protoze jsou poskytovany vyhradne dovnitr neci infrastrutury. Prosty fakt.
Takže to musí být přístupné přes internet ale jen Vámi uznaným způsobem, jinak to neplatí. Jste tu definici moc nezjednodušil.
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?
Autor zkousel SQL 2019 a ne 2025. Pouzivana aplikace ma treba SQL 2019 v pozadavcich. Ale ja bych radsi nasadil SQL 2025 a v Compatibility level databaze dal 2019. Problemy jsou nepravdepodobne.
28. 5. 2026, 18:19 editováno autorem komentáře
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.
Jako že mohu rovozovat na jednom stroji dvě různé verze téhož SW, napr. postgreSQL protože mám aplikace, které vyžadují různé verze DB engine? Jako že když měním MS SQL server tak změním pár písmenek v konfiguračním souboru, dám re-deploy a mám hotovo a o zbytek se nestarám?
jestli se ti libi kontejnery kvuli tomuhle, tak z NixOs budes nadsenej. samo nema to jen samy vyhody (nic nema)...
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