The OpenNET Project / Index page

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



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

Оглавление

В MySQL 8.0 отмечается закат хранилища MyISAM , opennews (?), 13-Окт-16, (0) [смотреть все]

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


30. "В MySQL 8.0 отмечается закат хранилища MyISAM "  –6 +/
Сообщение от Аноним (-), 13-Окт-16, 10:54 
MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места росли, чем не славятся фанатики PostgreSQL.
Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

41. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 11:27 
> MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить
> значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места
> росли, чем не славятся фанатики PostgreSQL.

Триггеры?

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

70. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от _hide_ (ok), 13-Окт-16, 13:24 
В 5.7 всё стало нормально. Почти не осталось непонятных ожиданий "пока кто-то схему отпустит" и прочих "левых" блокировок, которые возникали потому что из after триггера запускали обновление другой таблицы, которая в это время была занята (да и ещё MyISAM-овская). Поэтому и ставили задержку в 10-15 секунд на заброс - такая блокировка сама отваливалась через таймаут. Сейчас этого нет, InnoDB почти повзрослел и покрывает большую часть функций "тупо хранить в табличке и не терять связей". Ну да, наследования таблиц и структур нет и не будет, но задач, когда необходимо один набор данных расширять у современных разработчиков почти нет.
Ответить | Правка | Наверх | Cообщить модератору

95. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 14:55 
> В 5.7 всё стало нормально. Почти не осталось непонятных ожиданий "пока кто-то
> схему отпустит" и прочих "левых" блокировок, которые возникали потому что из
> after триггера запускали обновление другой таблицы, которая в это время была
> занята (да и ещё MyISAM-овская). Поэтому и ставили задержку в 10-15
> секунд на заброс - такая блокировка сама отваливалась через таймаут. Сейчас
> этого нет, InnoDB почти повзрослел и покрывает большую часть функций "тупо
> хранить в табличке и не терять связей". Ну да, наследования таблиц
> и структур нет и не будет, но задач, когда необходимо один
> набор данных расширять у современных разработчиков почти нет.

Be aware of that MySQL does foreign key checks BEFORE invoking any trigger. So it is not possible to implement a BEFORE INSERT trigger that enters up a missing column value with a foreign key constraint.

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

112. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 13-Окт-16, 16:32 
https://jira.mariadb.org/browse/MDEV-8605

NOT NULL constraint must be checked *after* the BEFORE triggers.
That is for INSERT and UPDATE statements even NOT NULL fields
must be able to store a NULL temporarily at least while
BEFORE INSERT/UPDATE triggers are running.

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

45. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от 1 (??), 13-Окт-16, 11:42 
Реализовать встроенные пакеты на PL/SQL ?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

48. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:48 
> MySQL очень гибкая. Назовите любую задачу и на MySQL её можно решить
> значительно эффективнее, чем на PostgreSQL. Главное чтобы руки из нужного места
> росли, чем не славятся фанатики PostgreSQL.

Ну, например, физическая репликация транзакционного движка.

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

100. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +2 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 13-Окт-16, 15:25 
Да пожалуйста, сколько угодно

1. Кастомные типы данных, скалярные и комплексные вроде json, xml, intarray, hstore. Инфраструктура для кастомных типов, это обобщённые индексы GIN, GiST, SP-GiST. Пусть хотя бы будет тип для хранения IP адресов и их индексирования.

2. Как развитие предыдущего пункта, PostGIS (расширение для создания ГИС).

3. Нормальные хранимки на каких угодно ЯП.

4. Возможность асинхронно пользоваться СУБД стоковым клиентом.

5. Возможности оптимизации движка, планировщика и т.д.

6. Репликации. Сейчас их в PG столько разных с разными фичами, что мускуль отстал в этом вопросе на несколько поколений развития СУБД.

7. Традиционный функционал для реляционных СУБД, это ссылочная целостность (FOREIGN KEY). В мускуле она не всегда  нормально работает даже c innodb. А все остальные плагины её просто не умеют.

8. Аналитические функции и вообще уровень поддержки стандартного SQL. Сюда можно вообще засунуть все задачи с аналитикой, это в частности и обработка сложных запросов, построение эффективных планов выполнения для них.

Каждый пункт выше можно превратить во множество практических задач в которых mysql позорно сливает.

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

105. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от KonstantinB (ok), 13-Окт-16, 16:04 
Справедливости ради:

> 5. Возможности оптимизации движка, планировщика и т.д.

С этим уже неплохо в последних версиях Марии (в 8-ке, говорят, тоже).
Там уже комбинированный rule-based + cost-based оптимизатор.

> 7. Традиционный функционал для реляционных СУБД, это ссылочная целостность (FOREIGN KEY).
> В мускуле она не всегда  нормально работает даже c innodb.

Нормально там все в innodb, если специально (или по отсутствию ума) не использовать средства для отстреливания себе ног, предназначенные для особых случаев.

По остальным пунктам согласен.

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

102. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от KonstantinB (ok), 13-Окт-16, 16:00 
>  Назовите любую задачу

Эффективный поиск по разреженному набору атрибутов в различных комбинациях (скажем, есть 500 возможных атрибутов, из которых 450 обычно null). Вот как в яндекс-маркете.

В postgresql есть gin и gist-индексы, hstore и jsonb. Что предлагает тут mysql?

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

140. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 14-Окт-16, 02:55 
На, просвещайся: https://dev.mysql.com/doc/refman/5.7/en/json.html

А вообще в таких случаях берут монгу, а не sql.

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

141. "В MySQL 8.0 отмечается закат хранилища MyISAM "  –1 +/
Сообщение от all_glory_to_the_hypnotoad (ok), 14-Окт-16, 03:52 
дебил, монга не ACID СУБД.
Ответить | Правка | Наверх | Cообщить модератору

143. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 14-Окт-16, 04:22 
Дeбил, для витрины магазина и не нужна ACID.
Ответить | Правка | Наверх | Cообщить модератору

157. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 14-Окт-16, 17:55 
Дебил, что нужно определяет архитектор.
Ответить | Правка | Наверх | Cообщить модератору

158. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 14-Окт-16, 18:05 
Ну и если даже отойди от ACID, то монга ещё умудряется и сливать в производительности PG.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

149. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от KonstantinB (ok), 14-Окт-16, 11:39 
> На, просвещайся: https://dev.mysql.com/doc/refman/5.7/en/json.html

И где там inverted index?

> А вообще в таких случаях берут монгу, а не sql.

И где в монге inverted index?

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

151. "В MySQL 8.0 отмечается закат хранилища MyISAM "  –1 +/
Сообщение от Аноним (-), 14-Окт-16, 13:00 
"Мама, сматли, я знаю про inverted index!!11"

Т.е. с наличием json в mysql ты обоcpался и тут же стал требовать что-то другое. Ну покажи мне в посгре map-reduce тогда.

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

154. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +3 +/
Сообщение от KonstantinB (ok), 14-Окт-16, 15:38 
Я прекрасно знаю, что в mysql есть json.
Что я требую, написано в том комментарии. json для этой задачи нафиг не нужен, постгресовская комбинация jsonb+gin приведена как пример решения задачи. Задача - эффективный поиск.
Ответить | Правка | Наверх | Cообщить модератору

163. "В MySQL 8.0 отмечается закат хранилища MyISAM "  –1 +/
Сообщение от Аноним (-), 15-Окт-16, 17:11 
Теперь открой непосредственно маркет, посмотри на его сайдбар с чекбоксами, прикинь операции, потребные для выборок и скажи что из этого не умеет монга.

Я прямо сказал, что реляционная база тут наxeр не нужна, потому что структура данных для неё не подходит - будет или большущая sparse-table, или куча мелких с километровыми join'ами, с хаками в виде частичной денормализации и триггерами для разруливания её последствий.

А использование GIN в данном случае - это корявый костыль для утят, не желающих бросать любимую реляционную цацку, вместо того чтобы её выкинуть целиком и взять инструмент по задаче.

Да, молодцы, научились микроскопом колоть орехи. Теперь осталось понять наxepа вы это сделали.

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

164. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +1 +/
Сообщение от KonstantinB (ok), 15-Окт-16, 21:32 
Прикинул операции. В монге будет fullscan. В постгресе будет gin index lookup.

Gin - это реализация инвертированного индекса. Реляционка или нет - не важно, можно взять Solr и в нем будет работать точно так же. А в монге будет фуллскан.

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

167. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +/
Сообщение от Аноним (-), 16-Окт-16, 05:42 
> В монге будет fullscan

Повторяй почаще, авось сам поверишь.

http://blog.mongodb.org/post/59757486344/faceted-search-with...

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

155. "В MySQL 8.0 отмечается закат хранилища MyISAM "  +2 +/
Сообщение от KonstantinB (ok), 14-Окт-16, 15:41 
И, да, в монге нет эффективного поиска для данной задачи, там btree, что вообще для документной базы решение странное.

Я бы еще понял, если бы был упомянут Solr - вот там действительно все есть, что надо.

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

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

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




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

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