The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения только ответов первого уровня [ Отслеживать ]

Оглавление

Стабильный релиз СУБД MySQL 8.0, opennews (??), 19-Апр-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


1. "Стабильный релиз СУБД MySQL 8.0"  +4 +/
Сообщение от Аноним (-), 19-Апр-18, 23:30 
Спасибо, но уже есть PostgreSQL и MariaDB.
Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

23. "Стабильный релиз СУБД MySQL 8.0"  –1 +/
Сообщение от Анонимъ (?), 20-Апр-18, 07:21 
Ура?
Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

32. "Стабильный релиз СУБД MySQL 8.0"  +/
Сообщение от Аноним (-), 20-Апр-18, 09:07 
Про партицирование ничего не сказали. Его поправили? Можно теперь совмещать в таблице партиции разных движков?
Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

35. "Стабильный релиз СУБД MySQL 8.0"  +/
Сообщение от luserz (?), 20-Апр-18, 10:36 
параллельность добавили выполнения запросов? или всё так же в одну каску молотит каждый запрос?
Ответить | Правка | Наверх | Cообщить модератору

36. "Стабильный релиз СУБД MySQL 8.0"  +/
Сообщение от анонимус (??), 20-Апр-18, 10:52 
А когда MySQL начнет поддерживать транзакции при изменении структуры таблиц? PostgreSQL это умеет. Я не говорю уже про Oracle/MsSQL.

Почему я не могу аггрегировать данные в колонку при группировке с сохранением типов? GROUP_CONCAT возвращает строку.

Когда функция GROUP_CONCAT перестанет тихой сапой резать результирующую строку, в случае если строка превышает значение установленное в group_concat_max_len?

Такого поведения там полно. И пока его не пофиксят MySQL так и останется недоСУБД.

Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

47. "Стабильный релиз СУБД MySQL 8.0"  +1 +/
Сообщение от rvs2016 (ok), 20-Апр-18, 11:45 
> Версия 8.0 обусловлена сменой нумерации версий,
> релиз выпущен следом за 5.7 вместо версии 5.8.

Не понял прикола. Почему в смене версий с 5.7 на сразу 8.0 упор делается на то, что не было промежуточных версий с непонятными номерами типа 5.8 вместо указания на отсутствие более логичных номеров типа 6.0 да 7.0?

ps: С версиями типа 6.* вроде прикол много лет назад ходил такой: начали делать шестые версии, а потом забросили и откатились обратно на пятые. А с седьмыми номерами прикол какой, в чём?

Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

49. "Стабильный релиз СУБД MySQL 8.0"  +/
Сообщение от Аноним (-), 20-Апр-18, 12:48 
Чего-то я не понял блокировка строк для обновления дальнейшего в таблице то появилась в транзакции уже? SELECT ... FOR UPDATE?
Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

60. "Стабильный релиз СУБД MySQL 8.0"  +2 +/
Сообщение от Vitaliy Blatsemail (?), 20-Апр-18, 20:35 
Лучше бы не хренотень всякую придумывали, а сделали то, о чем ноют в интернетике с момента создания InnoDB - вменяемого рекавери. Которое именно срекаверит, максимум проигнорирует транзакции с ошибками и восстановит БД, а не высрет в лог кучу непонятной срани, а при попытке восстановить скажет "Ололо Got error: 1146: Table ‘database.table’ doesn’t exist when using бла бла бла"
Ответить | Правка | Наверх | Cообщить модератору
есть ответы, показать

87. "Стабильный релиз СУБД MySQL 8.0"  +/
Сообщение от Alexemail (??), 04-Дек-18, 23:45 
Мда.. вышел порт 8.0.12_1, затем 8.0.12_2 и не собирается.. откатывать обратно на 5.7...

mysql80-server-8.0.12_2 is vulnerable:
MySQL -- multiple vulnerabilities
CVE: CVE-2018-3286
CVE: CVE-2018-3283
CVE: CVE-2018-3284
CVE: CVE-2018-3282
CVE: CVE-2018-3279
CVE: CVE-2018-3278
CVE: CVE-2018-3161
CVE: CVE-2018-3186
CVE: CVE-2018-3280
CVE: CVE-2018-3212
CVE: CVE-2018-3170
CVE: CVE-2018-3200
CVE: CVE-2018-3173
CVE: CVE-2018-3162
CVE: CVE-2018-3277
CVE: CVE-2018-3171
CVE: CVE-2018-3174
CVE: CVE-2018-3187
CVE: CVE-2018-3247
CVE: CVE-2018-3195
CVE: CVE-2018-3185
CVE: CVE-2018-3144
CVE: CVE-2018-3145
CVE: CVE-2018-3133
CVE: CVE-2018-3203
CVE: CVE-2018-3137
CVE: CVE-2018-3182
CVE: CVE-2018-3251
CVE: CVE-2018-3156
CVE: CVE-2018-3143
CVE: CVE-2018-3155
CVE: CVE-2016-9843
WWW: https://vuxml.FreeBSD.org/freebsd/ec5072b0-d43a-11e8-a6d2-b4...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру