Fórum Root.cz
Hlavní témata => Server => Téma založeno: Martin 03. 10. 2017, 19:27:36
-
Ahoj, co je to prosím MariaDB? To je konkurence MySQL? Nebo MySQL skončilo a nahradila ji MariaDB? Koupil jsem NAS Synology a nejde nainstalovat MySQL, jen MariaDB. Děkuji za informace.
-
https://www.root.cz/clanky/databaze-mariadb-valcuje-mysql/ (https://www.root.cz/clanky/databaze-mariadb-valcuje-mysql/)
-
mariadb je plnohodnotná náhrada mysql od dob, kdy tam vstoupil Oracle a změnil podmínky způsobem, kdy použití mysql pro komerční projekty může být problém.
-
Až na to, že je to celé pěkná prasárna!
apt-get install MySQL nainstaluje MariaDB.
To je jako kdybych si stáhl instalační obraz Debianu a na počítač se mi nahodily Widle!!!
Jasně, kdyby se to zeptalo, fajn.
Kdyby to odmítlo, fajn.
Ale tohle je prostě prasárna.
Další prasárna je, že například MariaDB "nějak" funguje s konektorem MySQL pro C#, ale licenčně to v pořádku není. Navíc se šíří nějaké zvěsti, že použití C# konetoru s MariaDB může poškodit data..?!?
Naštvala mě obtížnost nahození plnotučné MySQL, kdy se vždycky nahazuje MariaDB.
Microsoft by se měl postarat, aby ten, kdo si v Microsoft Store klikne na instalaci "OpenOffice", aby dostal Office 365 a strhlo se mu předplatné za tři roky. Google pak zase zařídit to, aby když někdo dá vyhledat Renault, objevil jen VW, protože normální člověk si přeci koupí Francouzský víno a Německý auto, obráceně to udělá jen prase.
A ano, že apt-get install MySQL nainstaluje MariaDB - to mi fakt leží v žaludku!
-
Kristova noho, kup si podporu vod Oraclu na tu plnotučnou sračku, u které utajují a neopravují bezpečnostní bugy, nainstaluj to na Oraclem podporovanou distribuci, a enjoy.
-
apt-get install MySQL nainstaluje MariaDB.
Jasně, kdyby se to zeptalo, fajn.
Kdyby to odmítlo, fajn.
V Debianu žádný balíček mysql není (https://packages.debian.org/search?keywords=mysql&searchon=names&suite=stable§ion=all) a balíček mysql-server je transitional a závisí na mariadb-server, takže pokud si přečteš co ti apt píše, tak to je naprosto jasné. Takže si myslím, že nemáš pravdu.
-
apt-get install MySQL nainstaluje MariaDB.
Jasně, kdyby se to zeptalo, fajn.
Kdyby to odmítlo, fajn.
V Debianu žádný balíček mysql není (https://packages.debian.org/search?keywords=mysql&searchon=names&suite=stable§ion=all) a balíček mysql-server je transitional a závisí na mariadb-server, takže pokud si přečteš co ti apt píše, tak to je naprosto jasné. Takže si myslím, že nemáš pravdu.
Hele, Jendo, jenze on ma pravdu ve spouste veci... To jen ty jsi nepochopil, co tim myslel... Mimochodem, neni to tak dlouho, co jsem se snazil probit peklem kompilace MariaDB s TokuDB enginem na jednom starsim Debianu. Doporucuju jen pro silne povahy...
Jinak cast vypisu z aktualniho debianu z apt - musis uznat, ze to lehce zavadejici je :o)
p mysql-client - MySQL database client binaries [transitional]
p mysql-common - MySQL database common files, e.g. /etc/mysql/my.cnf
v mysql-common-5.6 -
p mysql-sandbox - Install and set up one or more MySQL server instances eas
p mysql-server - MySQL database server binaries and system database setup
p mysql-utilities - collection of scripts for managing MySQL servers
p mysql-workbench - MySQL Workbench - a visual database modeling, administrat
p mysql-workbench-data - MySQL Workbench -- architecture independent data
p mysqltcl - interface to the MySQL database for the Tcl language
p mysqltuner - high-performance MySQL tuning script
-
To jen ty jsi nepochopil, co tim myslel...
Co jsi přesně nepochopil na pojmu "transitional" balíčky? On málokdo touží být zaplaven milionem nesmyslných "bugů"/dotazů o tom, jak upgradovat zrušený balíček na jiný, který ho nahrazuje.
-
To jen ty jsi nepochopil, co tim myslel...
Co jsi přesně nepochopil na pojmu "transitional" balíčky? On málokdo touží být zaplaven milionem nesmyslných "bugů"/dotazů o tom, jak upgradovat zrušený balíček na jiný, který ho nahrazuje.
Ale neboj, ja to docela dobre chapu... Jak to souvisi s tim co jsem napsal?
-
Takže tvrdíš, že kdybych zadal apt-get install apache-server a ono mi to nahodilo IIS v emulátoru, tak je to fajn, protože to je stejný případ?
Hele, jak obvykle píšeš k věci, tak teď jsi vedle jako jako ta jedle.
Tohle prostě není správné, mělo tam být ALESPOŇ upozornění "bude naistalována MáničkaDB" Y/N
Jak to je, je to svinstvo.
-
Takže tvrdíš, že kdybych zadal apt-get install apache-server a ono mi to nahodilo IIS v emulátoru, tak je to fajn, protože to je stejný případ?
Hele, jak obvykle píšeš k věci, tak teď jsi vedle jako jako ta jedle.
Tohle prostě není správné, mělo tam být ALESPOŇ upozornění "bude naistalována MáničkaDB" Y/N
Jak to je, je to svinstvo.
Myslím, že zrovna mezi odbornou veřejností je vztah / přechod mysql => mariadb znám dlouho, a žádného odborníka to nezaskočí. Pro laickou veřejnost je potřeba dělat automatické přechody, a myslím, že to distribuce dělají s velkou rozvahou.
Před provedením apt-get vidíte, jaké cílové balíky se použijí, je asi jen věc názoru, jestli má být ještě upozornění na upozornění.
-
argumentuješ jak neznalý uživatel. Jméno balíčku v debianu zůstalo kvůli kompatibilitě a závislostem třetích stran, pro které by byl upgrade dost obtížný. Debian udržuje dlouhou podporu a nové aktualizace pro MySQL skončily skoro ze dne na den kvůli změně licence po koupi Oraclem a proto se přešlo na komunitní fork mariaDB, to ale předpokládám moc dobře víš a jen trolíš.
V popisu balíčku a i na stránkách debianu tohle je jasně uvedeno.
Mariadb 5.5 je fork Mysql 5.5. MariaDB 10 je pokračováním vývoje, je zachována binární kompatibilita databázových souborů.
Změna a přejmenování balíčku v debianu probíhá postupně, tak jak končí podpora starších verzí a tak jak si komunita dohodla v harmonogramu, v nadcházejícím Stretchi se již mariadb objevuje oficiálněji a struktura balíčků se opět lehce mění.
-
přechod mysql => mariadb znám dlouho, a žádného odborníka to nezaskočí. Pro laickou veřejnost je potřeba dělat automatické přechody,
Ano, ty nářky ohledně MySQL slyším už pět let.
A je mi to naprosto jedno, ale když chci instalovat MySQL, očekávám, že použiju apt-get install MySQL a když chci instalovat Apache, očekávám, že použiju apt-get install Apache.
Linux takhle HROZNĚ ztrácí na důvěryhodnosti.
Bezpečnostní chyby jsou běžné na Windows stejně jako na Linuxu.
Ale tohle je prasárna.
Chci si instalovat MySQL...ne dosaneš MáničkaDB...ale já nechci MáničkaDB....néééé dostaneš...
Za menší sviňárnu s IE dostal Micro$oft od Netscape přes prsty!
A víte co?
ZLATEJ MICROSOFT!
Když si zaškrtnu instalaci HyperV, tak se mi nainstaluje HyperV a ne xen.
Můžu tomu věřit.
Stejně tak by mohli příkaz LS přejmenovat na RM a RM na LS.
-
MySQL tam není. Již bylo řečeno, proč, proč tam jsou ty přechodné balíky, a co máš udělat, když chceš tu svou plnotučnou děravou sračku -- tak si skoč zafincovat další novou závodní jachtu a pá.
-
Linux takhle HROZNĚ ztrácí na důvěryhodnosti.
Bezpečnostní chyby jsou běžné na Windows stejně jako na Linuxu.
Ale tohle je prasárna.
Tohle je prostě jedna z cest. Mně osobně se debian už znelíbil, kde můžu, raději nasazuji freebsd, tam mám vše plně pod kontrolou.
-
Mně osobně se debian už znelíbil, kde můžu, raději nasazuji freebsd, tam mám vše plně pod kontrolou.
Popravdě, jestli Debian udělá ještě jednu takovou prasárnu, tak jde pryč.
Jako by nestačila ta pochybná poloimplementace SElinuxu, kdy jiné distribuce to mají nastavené perfektně, že není potřeba na nic sáhnout a v Debianu je to jaké to je...
Já samozřejmě chápu, důvody, proč se přešlo na MáničkaDB, ale tohle řešení - bez upozornění neřku-li možnost volby, je naprosto zásadní špína.
FreeBSD je řešením, ostatně Linux používám jen jako servery bez X prostředí, které fungovalo v roce 2004 lépe!!! než dnes!!! A za těch 13 let se pořád hádají, jestli KDE, GNOME, LXDE...ale když člověk udělá CTRL+C a jinde dá CTRL+V, zčubčí to Češtinu, nereaguje to nebo se to prostě chová iditostky.
Jo, asi FreeBSD...
-
FreeBSD je řešením, ostatně Linux používám jen jako servery bez X prostředí, které fungovalo v roce 2004 lépe!!! než dnes!!! A za těch 13 let se pořád hádají, jestli KDE, GNOME, LXDE...ale když člověk udělá CTRL+C a jinde dá CTRL+V, zčubčí to Češtinu, nereaguje to nebo se to prostě chová iditostky.
Jo, asi FreeBSD...
X už se nesnažím ani spouštět, jsem na to příliš slabý. Windows vyhovují, kdyby ne, dovedu si představit odskok na MasOX. Zatím ale ve firmě vede pohodlí s Active Directory. (to jen jako obiter dictum, prosím nezapalovat flame).
FreeBSD mi na servery sedí ještě víc, systém portů softwaru je asi to nejpříjemnější, co jsem kdy používal. Když se to zkombinuje se ZFS a jaily, tak je to bomba na správu.
-
Popravdě, jestli Debian udělá ještě jednu takovou prasárnu, tak jde pryč.
Buď jdi rovnou nebo zůstaň, výhružky nikomu jsou jen silácké řeči. Schizofrenii s mysql debian řádně dopředu komunikoval, jedná se o kompromis s kterým souhlasit můžeš nebo nemusíš. Pokud ti vadí balíčky transitional nebo cokoliv jiného, můžeš se o změnu zasadit nebo přejít jinám.
Současné mysql není bohužel kompatibilní s open source licencí.
Jinak FreeBSD je zlatý grál, je to OS, který je férový a pro mě čitelný, jen díky němu jsem pochopil jak fungují některé zákoutí v linuxu. Bohužel se mi ho zatím nedaří prosazovat na velkých projektech, kde pevně sedí redhat/centos/ubuntu.
-
Tazatel ma vicemen pravdu. MySQL existuje i v GPL verzi a debianu tedy nic nebrani ji zahrnout do svych repozitaru. MariaDB mel jit svou cestou od prvniho forku a nepouzivat utilitky se stejnym nazvem jako mysql.
standardni MySQL https://dev.mysql.com/downloads/mysql/
cluster MySQL https://dev.mysql.com/downloads/cluster/
-
apt-get install MySQL nainstaluje MariaDB.
Asi to bylo nejrychlejší řešení závislosti balíčků na MySQL. I když by bylo čistější změnit odkazy v těch závislých balíčcích.
-
No to je úplně hrozné co ten Debian dělá! Nejen s MySQL, ale když dám
apt install www-browser
tak to dokonce místo nainstalování www-browser nenainstaluje nic, dokud si nevyberu z 38 variant něčeho jiného a www-browser nikde!
Prosím všechny, kteří krmí troly Milfause a Šilhavého, aby to nedělali, jen je tím živíte. Musíte přece vidět, že si vymýšlejí a normálně lžou, aby vyvolali reakci.
-
MySQL existuje i v GPL verzi a debianu tedy nic nebrani ji zahrnout do svych repozitaru.
Myslíte tu verzi, ve které Oracle utajuje a neopravuje bezpečnostní díry, jo? No, tak určitě. Co si k tomu třeba něco dohledat?
MariaDB mel jit svou cestou od prvniho forku a nepouzivat utilitky se stejnym nazvem jako mysql.
Tak určitě, naprosto nesmyslné rozbití kompatibility ze dne na den by určitě přispělo k popularitě, nesmírně prospělo uživatelům a vzbudilo všeobecné nadšení. Stejně tak je pochopitelně třeba ze dne na den rozbít závislosti a aktualizace.
Běžte prosímvás dělat do Redmondu.
-
Asi to bylo nejrychlejší řešení závislosti balíčků na MySQL. I když by bylo čistější změnit odkazy v těch závislých balíčcích.
Mně apriori nevadí, že se odešlo od MySQL, ale pokud přistoupili k tomuto kroku, mělo by tam být upozornění "bla bla bla, bude nainstalována MáničkaDB (Y/n)".
Já totiž rozumím důvodům, proč se přešlo na MáničkaDB, ale nic to nemění na tom, že se někdo rozhodl "LS není dále LS, ale RM" a BEZ UPOZORNĚNÍ, se ti provede RM.
Pokud by tam to upozornění bylo, tak by mi nezbývalo nic jiného, než STFU.
No a ono tam není, všechno se tváří, jak má a přitom se provede něco úplně jiného, než jsem z logiky příkazu a popisu chtěl.
-
Tahle diskuze ve mně budí neuvěřitelnou chuť zapojit se do projektu MariaDB jen abych tam mohl nabouchat nějaké backdoory nebo ještě lépe, přidat nějaký bug, aby došlo k zahazování/poškození starších dat.
A přitom by stačilo:
apt-get install MySQL-Server
MySQL server is no more supported, MariaDB will be installed instead (Y/n)
Největší lahůdka je, když jste velmi specifičtí a zadáte apt-get install mysql-server-5.5 a čekáte, že se nainstaluje opravdu MySQL 5.5 a přitom se nahodí MáničkaDB ...
To, že řada lidí poškozuje Oracle tím, že používá PROPRIETÁRNÍ konektory, které jsou Oraclem licencované pouze s MySQL, to je normální krádež a ty lidi to ani nemusí dělat úmyslně.
Tímhle krokem udělali z Oracle oběť a okrádanou firmu partou levicových zmrdů!
A stačila jedna blbá věta!
-
Prosimtě, zapoj si třeba 240V do zadeke.
-
Prosimtě, zapoj si třeba 240V do zadeke.
Když už tak 230V troubo!
-
Já totiž rozumím důvodům, proč se přešlo na MáničkaDB, ale nic to nemění na tom, že se někdo rozhodl "LS není dále LS, ale RM" a BEZ UPOZORNĚNÍ, se ti provede RM.
Pokud by tam to upozornění bylo, tak by mi nezbývalo nic jiného, než STFU.
No a ono tam není, všechno se tváří, jak má a přitom se provede něco úplně jiného, než jsem z logiky příkazu a popisu chtěl.
Blbnete a stojíte na dogmatech.
Debian je postavený na tom, že řeší závislosti a poskytuje poměrně stabilní platformu. K tomu patří i rozhodování o věcech, u kterých se vždy najde kritik. Z pohledu laika-poloprofesionála je vlastně šumák, jestli tam skočí mysql, nebo kompatibilní mariadb. Maintaineři prostě museli vyřešit problém s mysql, které najednou nebylo a najednou se objevila mariadb, která zase nebyla od začátku vývoje mysql. Tak se mohli rozhodnout několika způsoby. Vybrali jeden, který, jak se zdá, nevadí skoro nikomu - takže asi vybrali správně.
Vám se prostě nelíbí, že se nezměnila jen verze v rámci stejně pojmenovaného balíku a totožného software, ale že se přešlo na druhý fork téhož softwaru.
Stejně filozoficky bychom teď mohli diskutovat o tom, proč správci už dávno nepřešli "ručně" na mariadb, zanedbali to, ačkoliv se o tom ví dlouho, ale nechali to až na dobu, kdy došlo k tranzici.
-
Tahle diskuze ve mně budí neuvěřitelnou chuť zapojit se do projektu MariaDB jen abych tam mohl nabouchat nějaké backdoory nebo ještě lépe, přidat nějaký bug, aby došlo k zahazování/poškození starších dat.
A přitom by stačilo:
apt-get install MySQL-Server
MySQL server is no more supported, MariaDB will be installed instead (Y/n)
Největší lahůdka je, když jste velmi specifičtí a zadáte apt-get install mysql-server-5.5 a čekáte, že se nainstaluje opravdu MySQL 5.5 a přitom se nahodí MáničkaDB ...
A stačila jedna blbá věta!
Asi mi nedochází co ti vadí. Původní vývoj mysql pokračuje pod značkou mariadb i s částí původních vývojářů, došlo kvůli licencím k přejmenování, názvy balíčků kvůli závislostem zůstaly stejné a udělala se roadmapa na 4 kroky postupného přechodu, tak aby to co nejméně zasáhlo do existujícího ekosystému. Verzí jak se k tomu zachovat bylo několik, zvítězila ta, která měla nejmenší zásah do ekosystému.
Současné MySQL je jiný produkt a jde si svým směrem, verze CE pod GPL není aktualizovaná a dále udržovaná, existuje poté placená verze.
-
Mně vadí to, že chci provést konkrétní příkaz a provede se něco naprosto jiného - a to bez upozornění.
-
Asi mi nedochází co ti vadí.
Vadí mi to, že zadám apt-get install mysql-server a nainstaluje se mi Autocad....
To mi vadí.
Kdyby tam bylo upozornění, že se místo požadovaného příkazu provede něco jiného, mlčím.
-
Mně vadí to, že chci provést konkrétní příkaz a provede se něco naprosto jiného - a to bez upozornění.
Neprovede. Nainstaluje se tatáž databáze, která jen z historických důvodů změnila jméno. Váš přístup je upjatě formalistický, ale svět není placatý, ale plastický.
Kdyby mariadb byl jen obyčejný fork a mysql se vyvíjelo a bylo použitelné dál, pak by jistě tento postup nebyl správný a obhajitelný. Naopak, v situaci, kdy mariadb je de facto pokračováním toho, co se původně jmenovalo mysql, a současné mysql je de facto nový produkt, je takovéto chování ospravedlnitelné.
-
Jo, asi FreeBSD...
Je s ním ale spousta ruční práce. Věř mi, používám ho už 18 let.
Tam nejsou ty vyfikundace Debianu - apt-get install apache2 a máš zkonfigurovaný běžící Apache. Ve FreeBSD budeš pěkně ručně konfigurovat...
-
Tam nejsou ty vyfikundace Debianu - apt-get install apache2 a máš zkonfigurovaný běžící Apache. Ve FreeBSD budeš pěkně ručně konfigurovat...
make config-recursive install mi nepřijde o moc složitější
portmaster -ad mi taky nepřijde složitý
-
Ale neboj, ja to docela dobre chapu... Jak to souvisi s tim co jsem napsal?
Tak, že to, co jsi napsal, je tímto vyvráceno.
Hele, jak obvykle píšeš k věci, tak teď jsi vedle jako jako ta jedle.
Tohle prostě není správné, mělo tam být ALESPOŇ upozornění "bude naistalována MáničkaDB" Y/N
A není snad?
# apt-get install mysql-server
The following NEW packages will be installed:
default-mysql-server galera-3 libhtml-template-perl libjemalloc1 mariadb-client-10.1 mariadb-client-core-10.1 mariadb-common mariadb-server-10.1 mariadb-server-core-10.1 mysql-server
Do you want to continue? [Y/n]
Jdeš na blacklist, trolle.
-
Současné MySQL je jiný produkt a jde si svým směrem, verze CE pod GPL není aktualizovaná a dále udržovaná, existuje poté placená verze.
To jsi cet nekde v bulvaru nebo vycuc z prstu?
MySQL
Stable release: 5.7.19 / 17 July 2017
Preview release: 8.0.3 rc[2] / 21 September 2017https://github.com/mysql/mysql-server/releases
-
mariadb je de facto pokračováním toho, co se původně jmenovalo mysql
No to tak není.
Zajímavá úvaha, resp. jiný pohled na věc, ale stejně tak bych mohl argumentovat.
Máte dejme tomu 50 tisíc bitcoinů, bitcoin se už asi 5x forknul a vy najednou nebudete mít původní bitcoiny, ale bitcoiny z forku a ty vaše původní bitcoiny jsou kdo ví kde zabetonované.
To by Vám taky přišlo správné?
Jdeš na blacklist, trolle.
Super, nejsi Lol Phirae, aby mě to mrzelo ani JendaP, abych se tomu smál.
Nevšiml jsem si ničeho přínosného, co bys napsal, takže ti znovu děkuji.
Ve FreeBSD budeš pěkně ručně konfigurovat...
make config-recursive install mi nepřijde o moc složitější
Konfigurace mi nijak nevadí, ostatně obvykle mám svůj konfig.
Co je otrava, tak vytvářet spouštěcí a zastavovací skripty, většinou to chci mít co nejrychleji za sebou a soustředit se na práci.
Navíc se doufám zbavím i (mně?) poněkud podezřelého Systemd ::)
-
Co je otrava, tak vytvářet spouštěcí a zastavovací skripty, většinou to chci mít co nejrychleji za sebou a soustředit se na práci.
Navíc se doufám zbavím i (mně?) poněkud podezřelého Systemd ::)
Start-stop scripty mají všechny freebsd porty automaticky instalované. Port = původní balík + malé patche pro FreeBSD + scripty.
-
To jsi cet nekde v bulvaru nebo vycuc z prstu?
MySQL
Stable release: 5.7.19 / 17 July 2017
Preview release: 8.0.3 rc[2] / 21 September 2017https://github.com/mysql/mysql-server/releases
Ano, čerpám zásadně pouze z živě, ostatní zdroje jsou pro mě příliš složité.
Koukal jsi se na změny za poslední rok? Moc jich není co? Teď to porovnej s marii. Viděl jsi aspoň vzdáleně novou licenci od Oracle? Moc povzbudivé to není a zakazuje komerční použití.
-
Koukal jsi se na změny za poslední rok? Moc jich není co? Teď to porovnej s marii. Viděl jsi aspoň vzdáleně novou licenci od Oracle? Moc povzbudivé to není a zakazuje komerční použití.
O cem to meles? 5.x.x je stable kde je jen bugfixuje. Nove veci (a ze je jich hodne) jsou v 8.x.x. Souvis s Marii nejak nechapu, vzdyt je to uz jiny produkt s vlastnim vyvojem i verzionovanim. A bachorky o nove licenci od Oracle jsou hodny fakt Zive. Ja tu porad pisu o comunity edition co je a bude pod GPL.
-
apt-get install MySQL nainstaluje MariaDB.
to teda kecas, po zadani "apt-get install MySQL" ti to rekne ze balicek MySQL neexistuje ;)
To je jako kdybych si stáhl instalační obraz Debianu a na počítač se mi nahodily Widle!!!
[...]
Microsoft by se měl postarat, aby ten, kdo si v Microsoft Store klikne na instalaci "OpenOffice", aby dostal Office 365 [...]
Google pak zase zařídit to, aby když někdo dá vyhledat Renault, objevil jen VW [...]
tva srovnani jsou totalne mimo:
- MariaDB je svobodnym forkem/pokracovatelem MySQL
- Widle NEjsou pokracovatelem Debianu
- VW NEni pokracovatel Renaultu
- v Microsoft Store neni OpenOffice a i kdyby byl, neni pokracovatelem Office365
dale, jak uz bylo receno, pri instalaci mysql
Linux takhle HROZNĚ ztrácí na důvěryhodnosti.
na duveryhodnosti timle svojim pubertalnim fnukanim, prskanim a nesmyslnejma demagogickejma srovnanima ztracis leda tak ty, ted pokud by jsi nejakou duveryhodnost vubec nekdy mel ;)
-
Zase dolejzáš? Jsem tě prosil, ať si mě nevšímáš ::)
-
Zase dolejzáš? Jsem tě prosil, ať si mě nevšímáš ::)
prosit muzes jak chces, ale hlavne si pletes dolejzani s komentovanim v diskuzi, zkus misto fnukani nepsat demagogicke kraviny ;)
-
mariadb je plnohodnotná náhrada mysql od dob, kdy tam vstoupil Oracle a změnil podmínky způsobem, kdy použití mysql pro komerční projekty může být problém.
Je MariaDB zpětně kompatibilní s binárním formátem MyISAM nebo je nutné provést export a import do engine Aria?
-
Je MariaDB zpětně kompatibilní s binárním formátem MyISAM nebo je nutné provést export a import do engine Aria?
Je.
-
Je MariaDB zpětně kompatibilní s binárním formátem MyISAM nebo je nutné provést export a import do engine Aria?
Ano, přecházel jsem z MySQL/WinXP na MariaDB/CentOS 7, formát MyISAM, bez problémů.
-
Zkusim na tvoji otazku kouknout z opacne strany. Co maji MariaDB a MySQL spolecneho?
Obe by mely byt co nejdrive vymeneny za PostgreSQL a jejich vyvojari by meli emergovat do PostgreSQL take.
No a tvoji puvodni otazku uz nemusis resit, prestala existovat :-))))
-
Zkusim na tvoji otazku kouknout z opacne strany. Co maji MariaDB a MySQL spolecneho?
Obe by mely byt co nejdrive vymeneny za PostgreSQL a jejich vyvojari by meli emergovat do PostgreSQL take.
No a tvoji puvodni otazku uz nemusis resit, prestala existovat :-))))
Kriste Pane, hlavně ať se nikdo, kdo "umí" MySQL nesnaží cokoliv dělat v opravdovém SQL, jako je například Postgres.
-
kdo "umí" MySQL nesnaží cokoliv dělat v opravdovém SQL, jako je například Postgres.
Nechápu, mně PG nepřipadá špatné ::)
Co je na něm zlého?
-
kdo "umí" MySQL nesnaží cokoliv dělat v opravdovém SQL, jako je například Postgres.
Nechápu, mně PG nepřipadá špatné ::)
Co je na něm zlého?
Když někdo v PosgreSQL bastlí stejně blbě jako v MySQL, výsledek bývá ještě horší a pramení z toho pomluvy na PostgreSQL. PosgreSQL je vynikající databází a bastliči jí prostě škodí na pověsti.
-
Nechápu, mně PG nepřipadá špatné ::)
Co je na něm zlého?
Postgres je skvělý, jen ten, kdo umí jen MySQL (a myslí si, že SQL ovládá), tak na Postgresu vytvoří úplnou katastrofu. Proto raději ti, co dělají na MySQL, ať na něm zůstanou :), a neničí nám Postgres svými výtvory :).
-
Postgres je skvělý, jen ten, kdo umí jen MySQL (a myslí si, že SQL ovládá), tak na Postgresu vytvoří úplnou katastrofu. Proto raději ti, co dělají na MySQL, ať na něm zůstanou :), a neničí nám Postgres svými výtvory :).
Nevím, co by se dalo tak sprasit ::)
Asi mi chybí představivost ;D
-
Nevím, co by se dalo tak sprasit ::)
Asi mi chybí představivost ;D
Klasický mysqlák udělá na jednu operaci 10 dotazů a celý to nějak zmatlá v aplikaci, nejlépe v nějaké DB abstrakční třídě.
Běžný SQL znalý uživatel to napíše na jeden dotaz s joiny, lateral joiny, někdy možná i subselecty, doplní indexy, a celé to zvládne atomicky a za zlomek CPU cyklů.
MySQL má nízkou režii na spojení a mizerný výkon.
PostgreSQL má vysokou režii na spojení, ale vysoký výkon.
Tím je daná odlišnost a tím se také dá posoudit, že Postgres se blíží komerčním velkým databázím, zatímco MySQL se blíží - nevím ani čemu.
-
Tak to zase jo.
Já to myslel směrem dovnitř, jako co by mohli sprasit přímo v PGčku.
Protože MySQL sice tak nějak zvládá uložené procedury, ale MySQLáci je neznají.
Doplním, že jsem zkoušel dostat do MySQL řádově GB dat pomocí hromadného (bulk) importu a dřív bych měl napsaný vlastní DB engine, než bych to tam měl naimportované :-\ Stejná věc s MSSQL trvala desítky vteřin.
-
Doplním, že jsem zkoušel dostat do MySQL řádově GB dat pomocí hromadného (bulk) importu a dřív bych měl napsaný vlastní DB engine, než bych to tam měl naimportované :-\ Stejná věc s MSSQL trvala desítky vteřin.
MSSQL si zase chrochtá v šílených subselectech.
-
Myslím, že v šílených subselectech si chrochtají všechny velké databáze, někdy si připadám jak v dobách perlu, kdy musím počítat závorky a zanoření...
MySQL zvládá importy ve stovkách GB, jen se mu musí pomoc, musíš třeba zvednout buffer pro síť, pro velikost jednoho dotazu, vypnout kontrolou cizích klíčů (integritu skontroluješ až po importu), vypnout flush data na disk po každém záznam, zvýšit počet IO threadů atd. No prostě to zrovna není ta správná věc co by se měla v MySQL dělat :)
-
Dobrý, no tak to jsem evidentně vynechal něco z toho :-\
No...
-
Myslím, že v šílených subselectech si chrochtají všechny velké databáze, někdy si připadám jak v dobách perlu, kdy musím počítat závorky a zanoření...
Postgres moc dobře neumí subselecty optimalizovat (ono je zpravidla ani nejde), a lateral joiny zavedl teprve nedávno.
-
Myslím, že v šílených subselectech si chrochtají všechny velké databáze, někdy si připadám jak v dobách perlu, kdy musím počítat závorky a zanoření...
Postgres moc dobře neumí subselecty optimalizovat (ono je zpravidla ani nejde), a lateral joiny zavedl teprve nedávno.
Tak zrovna subselecty by Postgres mělo optimalizovat signifikantně lépe než MySQL, kde tuším až do verze 5.7 se používala materializace a nested loop, a teprve od 8.0 (MySQL) jsou subselecty optimalizovamé podobně jako to má Postgres - a MySQL opravdu není databáze, která by byla známá rychlostí subselectů. Samozřejmě, že u Postgresu záleží na kvalitě odhadu - případně na nastavení FROM_COLLAPSE_LIMIT.
Co má MySQL rychlejší (díky clustrovaným tabulkám) je přístup k hodnotám přes primární klíče - a UPDATE tabulky s větším množstvím indexů. Ve všem ostatním by měl být Postgres rychlejší - a taky MySQL 8 se v PostgreSQL silně inspiruje.
-
Myslím, že v šílených subselectech si chrochtají všechny velké databáze, někdy si připadám jak v dobách perlu, kdy musím počítat závorky a zanoření...
Postgres moc dobře neumí subselecty optimalizovat (ono je zpravidla ani nejde), a lateral joiny zavedl teprve nedávno.
Tak zrovna subselecty by Postgres mělo optimalizovat signifikantně lépe než MySQL, kde tuším až do verze 5.7 se používala materializace a nested loop, a teprve od 8.0 (MySQL) jsou subselecty optimalizovamé podobně jako to má Postgres - a MySQL opravdu není databáze, která by byla známá rychlostí subselectů. Samozřejmě, že u Postgresu záleží na kvalitě odhadu - případně na nastavení FROM_COLLAPSE_LIMIT.
Co má MySQL rychlejší (díky clustrovaným tabulkám) je přístup k hodnotám přes primární klíče - a UPDATE tabulky s větším množstvím indexů. Ve všem ostatním by měl být Postgres rychlejší - a taky MySQL 8 se v PostgreSQL silně inspiruje.
V tomhle pripade to bylo ale srovnavano s MSSQL....
-
Myslím, že v šílených subselectech si chrochtají všechny velké databáze, někdy si připadám jak v dobách perlu, kdy musím počítat závorky a zanoření...
Postgres moc dobře neumí subselecty optimalizovat (ono je zpravidla ani nejde), a lateral joiny zavedl teprve nedávno.
Tak zrovna subselecty by Postgres mělo optimalizovat signifikantně lépe než MySQL, kde tuším až do verze 5.7 se používala materializace a nested loop, a teprve od 8.0 (MySQL) jsou subselecty optimalizovamé podobně jako to má Postgres - a MySQL opravdu není databáze, která by byla známá rychlostí subselectů. Samozřejmě, že u Postgresu záleží na kvalitě odhadu - případně na nastavení FROM_COLLAPSE_LIMIT.
Co má MySQL rychlejší (díky clustrovaným tabulkám) je přístup k hodnotám přes primární klíče - a UPDATE tabulky s větším množstvím indexů. Ve všem ostatním by měl být Postgres rychlejší - a taky MySQL 8 se v PostgreSQL silně inspiruje.
V tomhle pripade to bylo ale srovnavano s MSSQL....
Tak to ano. Jsou tam některé patterny, které MSSQL zoptimalizuje lépe. Ale zase až tak moc jich nebude.
-
Postgres je skvělý, jen ten, kdo umí jen MySQL (a myslí si, že SQL ovládá), tak na Postgresu vytvoří úplnou katastrofu. Proto raději ti, co dělají na MySQL, ať na něm zůstanou :), a neničí nám Postgres svými výtvory :).
-
Celkove bych casem taky videl rad v PostgreSQL AI pro real-time automatickou optimalizaci databaze podobne, jako to ted uvedl Oracle. Mozna se do toho pustim sam :-), ale mam ted jiny AI tasky na stole...
Trochu se poslednich par prispevku zvrhlo v PostgreSQL diskuzi, ale tak nevadi, jak jsem rekl, neresil bych mariaDB nebo MySQL a presel rovnou na PG :-)
Me na PG velmi potesila dalsi vec a to jsou extensions, dostal jsem se uz do situace, kdy jsem potreboval loadovat do databaze opravdu velke mnozstvi timeseries dat (miliardy zaznamu), nebo resit grafy a proto zde mame aha moment:
https://pgxn.org/
Za me hlavne tri, ktere jsem aktivne nasadil/aktualne testuju:
Horizontalni skalovani dat s multi-tenant modelem (resil Oracle 12c) - citus extension
https://github.com/citusdata/citus
TimeseriesDB - time series data hammer, ale neni zatim kompatibilni s Citus extensions, uvidime casem :-)
https://github.com/timescale/timescaledb
Aegens - transakcni grafova databaze
https://github.com/bitnine-oss/agensgraph
To jen na okraj takove zajimavosti, ale tech extensions je cela rada a z uz tak swiss knife jakym Postgre je, udelaji bestii :-))