|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
a co nieco ohladne SQL?
Od: zadek_ulhan
|
Pridané:
8.2.2013 13:07
A co tak doplnit aj nejake realne vylepsenia tykajuce sa SQL?
- lepsia podpora XML a prace s nim
- moznost vytvarat rekurzivne funkcie
- max recursion depth na viac ako len 256
- moznost tvorby objektov cez prepared statement
a kopec dalsich veci, ktore jednoducho chybaju.
|
|
Re: a co nieco ohladne SQL?
Od: Mumsito
|
Pridané:
8.2.2013 13:10
Tieto veci mier na ludi z Maria DB alebo vyskusaj PostgreSQL. ;)
|
|
Re: a co nieco ohladne SQL?
Od: JPMorgan&Chase
|
Pridané:
8.2.2013 16:55
alebo pouzi blackhole engine v MySQL
neni zac
|
|
Re: a co nieco ohladne SQL?
Od: Kicko
|
Pridané:
8.2.2013 13:32
Chce to cas ... myslim, ze chlapci toho celkom dost pridali. Napr. fulltext index v InnoDB mi doteraz chybal... otazka je, kedy sa nova verzia objavi v CentOS, ked v oficialnych repozitarov centos6 je iba 5.1.
|
|
Re: a co nieco ohladne SQL?
Od: karolkooo
|
Pridané:
8.2.2013 14:36
No to sa este nacakas, centos je s repami velmi pozadu.
|
|
Re: a co nieco ohladne SQL?
Od reg.: Marki555
|
Pridané:
8.2.2013 14:59
Napr. pre debian su nove verzie Mysql/php/vselicoho dostupne na dotdeb.org.
Ja momentalne uz skoro vsade pouzivam mysql opatchovane firmou Percona, ktora tiez dodava binarky pre vacsinu distribucii http://www.percona.com/software/percona-server/faq
|
|
Re: a co nieco ohladne SQL?
Od: prdlajs
|
Pridané:
9.2.2013 0:01
Pouzi Oracle DB alebo SQL Server. Take veci tam uz davno su.
|
|
MariaDB
Od: Mumsito
|
Pridané:
8.2.2013 13:08
Tak som zvedavy ako na to zareaguje Maria DB. Pretoze velmi rozmyslam nad jej nasadenim namiesto MySQL od Oracle.
|
|
Re: MariaDB
Od: XMen
|
Pridané:
8.2.2013 14:46
Ja tiez rozmyslam nad nasadenim MariaDB namiesto MySQL, kedze doteraz boli kompatibilne a neskor uz nebudu, takze aj migracia dat bude asi zlozitejsia. Osobne som cakal, ze MySQL pojde do kytek a MariaDB bude jasna volba ale teraz zacinam vahat. Vidi niekto do hlav ludi v oracle?
|
|
Re: MariaDB
Od: Slavius
|
Pridané:
8.2.2013 20:37
MariaDB na to nemusi reagovat, tieto zmeny dorovnavaju ciastocne to, co MariaDB uz davno implementovala. S tym, ze MariaDB zasadne predbieha MySQL vo vyvoji. Skus pozriet stranku MariaDB sekciu porovnania s MySQL...
|
|
Re: MariaDB
Od: Deer
|
Pridané:
8.2.2013 22:17
To porovnanie je ale obsolete, kedze sa tu bavime o MySql 5.6.
|
|
Re: MariaDB
Od: Slavius
|
Pridané:
9.2.2013 20:26
Porovnanie je aktualne (s MySQL 5.6), stale ma Oracle co dohanat. O security patchoch ani nevravim, na tie Oracle zvysoka...
http://goo.gl/DDfKb
|
|
super news
Od: super news
|
Pridané:
8.2.2013 13:26
Innodb pouzivam velmi casto, dokonca na vacsine firemnych projektov je pouzity prave innodb engine kvoli vysokym narokom na konzistenciu dat.
Takze super spravy ked takto vymakali vykon hlavne pre tento engine a paci sa mi konecne podpora pre fulltext.
|
|
Re: super news
Od: super news
|
Pridané:
8.2.2013 13:29
este aby som nezabudol na dalsiu pozitivnu vec...
Portable .ibd (InnoDB data) files that allow "hot" InnoDB tables to be easily moved from the default data directory
|
|
Re: super news
Od: Deer
|
Pridané:
8.2.2013 22:21
Innodb je fajn, ma referencnu integritu, transakcie. Chybajuci fulltext je detail. Omnoho podstatnejsi problem je, ze ani vo verzii 5.5, mysql nevedela pouzivat indexy pri subselectoch, co ju velmi degradovalo. Hadam to je uz fixnute (povodne sa to planovalo do v6.0).
|
|
percona server
Od: iwk
|
Pridané:
8.2.2013 13:28
Pozrite si percona server http://goo.gl/niqZr
Percona Server with XtraDB is a backwards-compatible replacement for MySQL that is much faster and more scalable, easier to monitor and tune, and has features to make operational tasks easier. It is designed to excel for cloud computing, support NoSQL access, and take full advantage of modern hardware such as SSD and Flash storage.
|
|
Re: percona server
Od: jozo preco
|
Pridané:
8.2.2013 13:34
ich benchmark http://goo.gl/A3BBT bol porovnavany s mysql 5.5.8 a extremny rozdiel oproti mysql tam nebol, takze oproti mysql 5.6 neviem ci na tom percona nebude horsie, bolo by zaujimave urobit na to benchmark
|
|
Trebalo nam TOTO?
Od: narodny trebatel
|
Pridané:
8.2.2013 13:31
Vyborne... toto nam trebalo
|
|
sprava dna
Od: iserver.sk
|
Pridané:
8.2.2013 14:15
toto je pre mna sprava dna. No este dlho potrva kym to pride do distribucii. No mozeme vsak zacat testovat, pripadne uz nasadit na nejake vlastne projekty. Innodb je v podstate jedina moznost, kedze myisam ma iba table level lock, pricom innodb ma row level lock. Pri velkych tabulkach kde je heavy read-write si myisam neskrtne, lebo stale je zalockovana. Dalsia vyhoda je je, ze innodb si spravuje pamat sam a myisam to nechava na OS. Sice existuje mmnap, ale negunguje to dobre. A teraz ked je fulltext, tak vsetky wordpress veci mozu ist na innodb. Sice rychlost fulltext sa nechyta na sphinx, no je to ajtak dobre.
Tesime sa a posielame kvety
|
|
technologia
Od: prdlajs
|
Pridané:
8.2.2013 14:46
"Novinkou je možnosť vykonávania zmien v schémach tabuliek, ako sú napríklad pridávanie, odstraňovanie a premenovanie stĺpcov, vytváranie indexov, plne za behu s dostupnosťou tabuliek aj pre zápis"
Tak to som teda zvedavy, ako si MySQL poradi s tym, ze niekto zavola UPDATE stlpca XY, ktory ked bezi, tak niekto iny zavola pocas toho odstranenie toho stlpca a MySQL ho odstrani este pred dokoncenim toho UPDATEu... Podmienky ACID to zrejme splnat nebude.
|
|
Re: technologia
Od: k77
|
Pridané:
8.2.2013 16:43
povedal, by som, ze "aj pre zapis" sa bude tykat vytvarania indexov, respektive pridania stlpca.. pre odstranenie stlpca, bude musiet byt nejaky lock (row level s checkpointom?)..
|
|
Re: technologia
Od: prdlajs
|
Pridané:
8.2.2013 19:47
Vies ty vobec, co je checkpoint? To s tym nema takmer nic spolocne. Vid MySQL dokumentacia: http://goo.gl/BxaBj (tak isto to funguje +- v kazdej DB)
Solidne velke databazy to robia online indexing pomocou "snapshotu" - cize na zaciatku sa na par mikrosekund uzamkne cela tabulka schema lockom (pripadne aj table exclusive lockom), potom sa robi index z udajov z momentu zaciatku vytvarania indexu (snapshot/undo area), a na konci sa znova lockne tabulka a dosynchronizuju sa zmeny, ktore spravili ine transakcie do tej tabulky pocas vytvarania indexu. Inak to spravit ani nejde, ak sa ma zachovat ACID (co InnoDB splna s odretymi usami).
|
|
Re: technologia
Od: k77
|
Pridané:
11.2.2013 9:46
to, ze nedokazes rozlisit vyznamy slova checkpoint nie je moj problem.. ano, viem co z
Schema lockom? seriously?
Bavili sme sa o ALTER TABLE.. kde sa aplikuje DDL Lock.
|
|
Re: 180 stupnov
Od reg.: kokotia_halava
|
Pridané:
8.2.2013 15:29
mysql je asi najhorsia databaza aku poznam mne len pocucem my a je mi vratno. Najviac sa mi paci postsql asi doteraz najlepsie co bolo vivinute. Len cakam na na doplnenie prace s objektami a ide sa na vec. To je jedina vec ktora mi tam chyba inak super rychla bezpecna plne kompatibilna a neposledom rade vyuzitelna databaza
|
|
Re: 180 stupnov
Od reg.: Webmajster
|
Pridané:
8.2.2013 17:37
Mne je "vratno" po horkotazkom precitani tvojho prispevku...
|
|
Re: 180 stupnov
Od: quix_
|
Pridané:
8.2.2013 22:03
pocuj ty "kokotia_halava" ak pises dotazy ako ovladas gramatiku, tak na teba bude vela aj zapis do textoveho suboru, nejake to CSV :D
|
|
Re: 180 stupnov
Od: googel
|
Pridané:
9.2.2013 14:59
nerozumiem
|
|
oooold
Od: tink0
|
Pridané:
8.2.2013 16:02
SQL is soooooooo 1979, NOSQL FTW!
|
|
Re: oooold
Od: iserver.sk
|
Pridané:
8.2.2013 19:09
to je super kravina. Bolo vela ludi, co sa nakoniec vratili k relacnym databazam, ked pohoreli na nosql. Treba vediet ake su poziadavky a podla toho zvolit databazu. Na relacne data pouzit nerelacnu databazu je somarina... tak isto ako je somarina zvolit relacnu DB na nerelacne data. Dost vela nosql bolo donedavna v plienkach a internet je plny otazok, ako zachranit stratene data a pod...
Ale medzi hypstermi, co sa ohanaju iphonom a su pod tazkym vplyvom popkultury je to sooooo 1979 :)
|