Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
Oznámeny byly nové Raspberry Pi Compute Module 4S. Vedle původní 1 GB varianty jsou nově k dispozici také varianty s 2 GB, 4 GB a 8 GB paměti. Compute Modules 4S mají na rozdíl od Compute Module 4 tvar a velikost Compute Module 3+ a předchozích. Lze tak provést snadný upgrade.
Po roce vývoje od vydání verze 1.24.0 byla vydána nová stabilní verze 1.26.0 webového serveru a reverzní proxy nginx (Wikipedie). Nová verze přináší řadu novinek. Podrobný přehled v souboru CHANGES-1.26.
mysql> select cast(-1 as unsigned); +----------------------+ | cast(-1 as unsigned) | +----------------------+ | 18446744073709551615 | +----------------------+ 1 row in set (0.00 sec)
select cast(18446744073709551615 as signed );
sql_mode
na STRICT_ALL_TABLES
, Vám to řetězec neořízne.sql_mode
na NO_ZERO_IN_DATE
a NO_ZERO_DATE
žádné 0000-00-00 nebudou.sql_mode
= TRADITIONAL
.SET @@session.sql_mode = 'STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION'
(+ vypnu autocommit) - a to mně stačí a vyhovuje, ale pokud někomu vyhovuje něco jiného, nebo nechce [využívat tyto výhody || být naštván těmito odlišnostmi], tak volba TRADITIONAL
je jeho.long i = -1; unsigned long ui = (unsigned long) i;nebo-li C++:
long i = -1; unsigned long ui = static_cast<unsigned long>(i);Ad. každý si zvykne na "jinou mysql"
show create table
pg_dump
při formátu 't' nelze 2× udělat stejný soubor, při nezměněných datech či struktuře.SET @@session.sql_mode = TRADITIONAL
mu usnadní práci v MySQL a vyplatí se na nastavení prostředí se podívat, stojí to jen ½ hodiny.
Ad standard: podpora standardů je vlastnost veskrze dobrá. Např. proto, že že minimalizuje riziko chyb, protože při přechodu z jiné databáze vše funguje, jak má. Kromě toho to není věc, nad kterou by šlo "máchnout rukou", ukazuje to na kulturu a filosofii vývoje daného produktu. Není náhoda, že v mysql s její podporou standardů spousta věcí "funguje" (tzn. funguje jen za danýách podmínek a s danými omezeními), zatímco v postgresql funguje. (podotýkám, že zdaleka ne vše lze vyřešit konfigurací, např. zmatek kolem datetime typů a jejich defaultních hodnot).
Ano - neexistence unsigned v postgresu je nedostatek. Ano - ale v kolika projektech to vadí. Vzhledem k tomu, že existujou hotový extension, tak kdyby byla po tom typu poptávka, tak už je dávno přidanej. Navíc si troufnu tvrdit, že daleko víc lidí v reálu pracuje s IP adresama, než s datama, který jsou právě velký na signed, ale ještě dost malý na unsigned. Tadle nevýhoda je prostě podle mě naprosto nesouměřitelná s nedostatky mysql (níže). N
Nevím, jestli má další debata cenu, pokud myslíte, že jo, tak bych prosil o vyjádření, jaký důvod by člověk měl k použití mysql místo postgresu. Zatím jste dodal jeden snadno odstranitelný (unsigned int) a jeden, kde jde o styl práce (jestli definici tabulky získam z sql konzole nebo z commandline). Tak by mě zajímalo, jaké jiné důvody by měly být pro použití mysql. Protože pro použití postgresu je jich spousta, namátkou
- lepší podpora standardů (i po SET @@session.sql_mode = TRADITIONAL) - funkčnost triggerů a referenčních integrit - funkčnost fulltextu a transakcí - podpora CTE - podpora tabulek vracejících procedur - podpora funkčních indexů
atd... Řekněme, že jsem v pozici, kdy si vybírám databázi pro svůj nový projekt. Proč bych měl vybrat právě mysql? Důvodů, proč místo ní vzít postgresql jsem uvedl dost.
Tiskni Sdílej: