2671
Když už BSD, tak by to ty Jaily asi chtělo ne?
(Uvažuji, neútočím.)
Bez jailů mi to přijde takové "na půl cesty".
No chroot na OpenBSD řeší to samé, ale podle mě méně pohodlně na správu.
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Když už BSD, tak by to ty Jaily asi chtělo ne?
(Uvažuji, neútočím.)
Bez jailů mi to přijde takové "na půl cesty".
Jaký BSD systém byste doporučili, dobré by bylo, aby měl možnost virtualizace (aby pod ním šlo pouštět virtuální mašiny) - to je určitě nové, před sedmi lety to moc nešlo.
Co rikate na posledni vyvoj BTC? Vnimate jeste BTC jako lukrativni investici?
BFU sa nevie starat doma o PC bez ohladu, ci ma na PC win alebo linux. BFU nepozna nic ine ako windows a preto ho pouziva. Ak by poznal len linux, tak pouziva len ten. V smartfonoch dostal do ruky "linux" a pouziva ho bez problemov.
Keby napriklad na skolach zacali pouzivat linux, tak za par rokov by v pouzivani linuxu na desktope nastala velka zmena(aj v korporate).
Vím, že MySQL například bohorovně ignoruje klauzuli CHECK v CREATE TABLE, což je sice ve světě SQL neslýchané, ale webovým vývojářům to obvykle nevadí. Docela jsem se tenkrát vztekal, když jsem na tuto "vlastnost" přišel. Určitě to je jedním z důvodů, proč vývojáři místo SQL používají pochybné ORM frameworky. Cizí klíče také nefungují vždy a vytvoření či změnu struktury tabulky nejde strčit do transakce.
Je toho dost na to, aby se databáze MySQL v pokročilých aplikacích nepoužívala.
Já měl svoji, Binary Heaven BBS. Nejdřív na rozjezd s 2400Bd modemem, pak 14,4. Na víc jsem jako študák neměl. Byly to pěkné časy. Jeden nadšenec rozjel jednu na Telecomu, měl tam pro známé callback, takže stačilo se přilogovat, zadat call back a BBS volala zpět :-)
.Tak to zkus dohledat, projedu to svými testy.
Rozhodně je tam hranice mezi obecným SQL a optimalizacemi, které pak řešíte na konkrétní implementaci.
To je mimochodem jako kdybyste tvrdil, že Franta - dlouholetý Oracle specialista, neumí SQL,protože firma přešla na MSSQL
To není vůbec pravda. Dejte sem příklad toho pomalého Joinu a řeknu vám, co děláte špatně.
To už jsou pak klasický cargo kulty. Optimalizace poddotazů, joinů je ve všech slušnějších databázích dneska z 80% stejná. Liší se kalkulace statistik a tudíž v některých případech některé dotazy jsou na jedné db rychlejší a na jiné pomalejší. Ve 20 procentech jsou rozdíly, ale to jsou dneska spíš obskurní věci, které se dají moderním SQL udělat jinak a rychleji. Je pravda, že MSSQL má agresivnější optimalizace korelovaných poddotazů obsahujících agregace - ale zase, kvůli tomu, má pomalejší planner. Hitne to malé procento dotazů. U Postgresu 90% lidí neví o parametrech JOIN_COLLAPSE_LIMIT a FROM_COLLAPSE_LIMIT, kterými se tato optimalizace řídí - a pak jsou překvapeni.
Wokkeni server uz ma dneska smysl jenom na spravu wokennich stanic a jejich useru (protoze nastavit sambu jako AD je slozite a neumi to vsechno), jinak to uz k nicemu neni.
).
[/quote]A kterému SQL byste se chtěl věnovat? Jazyk mají všechny podobný, ale implementace a tím pádem i nutné návyky programátorů se pak liší.
Aniž bych chtěl slovíčkařit, SQL je defacto jen jedno. V čem se to liší jsou různé procedurální nástavby jako PLSQL (Oracle), T-SQL (MS), atd... Ale to si každý na svém písečku dodělává to co mu ve vanila SQL chybí.
Těch cest jsou ale tisíce a dokud neřekneš kam chceš směrovat a co chceš třeba za dva roky dokázat, těžko se ti dá poradit něco konkrétního.
SQLite má téměř úplnou implementaci jazyka SQL. Jaké zlozvyky si na něm vytvoří?
Jazyk MySQL je sice horší, ale zato hojně rozšířený.