Kiev: Mysql Community/Group?

Коллеги,

как минимум у меня есть регулярная потребность узнать, как люди вокруг решают те или иные проблемы в работе с БД MySQL, с которыми в своей работе сталкиваюсь я.

В ответ готов поделиться теми «рецептами», которые знаю/применяю я.

Понимаю, что есть online варианты в виде форумов, etc.. но мне всегда приятнее живое общение, которое к тому же быстрее и продуктивнее.

Вижу это как регулярные (раз в квартал?) встречи в неформальной обстановке в виде круглого стола.

Пример потребности, которую обсудил бы я — ограничение размера временных таблиц. Официального решения нет, костылей могу придумать 10+ но уверен, что кто-то уже знает оптимальный вариант.

Сие актуально кому-то кроме меня?

Теми: community, MySQL, Київ

Ctrl + Enter

Alex Fogol Software Developer, C/C++ Expert 01.05.2014 18:09

SQL.RU? Вроде был когда-то...

www.sql.ru/forum/mysql

Відповісти

Підтримати

vb 30.04.2014 17:17

«Добрый день. Меня зовут Вася и я использую MySQL.»

Oleksandr Voytsekhovskyy IT Chief в Uniweb 30.04.2014 17:39

Вы не поверите, но когда я вижу что-то вроде

The maximum number of metadata objects in MySQL 5.0 Cluster is 20320. This limit is hard-coded.

Я именно так себя и чувствую

vb 30.04.2014 18:22

Я последний год плотно работал с этой базой. Запомнились такие милые вещи:
1. Феерическо-психоделическая настройка кластера.
2. Отсутствие EXPLAIN UPDATE/DELETE для 5.5
3. Постоянное пролюбливание индексов на сложный запросах.
4.Присутствие в 5.6 таблиц со счетчиками производительности и одновременное отсутствие интерфейса для них.
5. Грабли в виде REPEATABLE READ по умолчанию.
6. Отсутствие RENAME DATABASE. Отмазка — это опасная команда.
7. Глюки с lower/upper case названиями.
8. Ключи в конфигах, в которых без хрустального шара не разберешься.
9. Убожеские stored procedures.

Oleksandr Voytsekhovskyy

Gremlin 01.05.2014 18:29

www.youtube.com/...h?v=YLuanlgsxro

Andy W 02.05.2014 00:18

Дополню списочек:
10. Еще более убожеские stored functions.
11. Ошибка Can’t reopen table — случается, если джоинить одну и ту же временную таблицу несколько раз; решается гадкими костылями.
12. Подавление ошибки, сгенерированной в функции через signal, если функцию вызвать через do — да, вы будете смеяться, но я пол-вечера потратил на поиск глюка у себя в коде, пока не нашел, что это mysql — bugs.mysql.com/69647
13. Отсутствие check constraints.
14. Бедный набор встроенных функций

Oleksandr Voytsekhovskyy IT Chief в Uniweb 03.05.2014 16:46

И какой же выход? pgsql?

Andy W

Andy W 03.05.2014 19:53

Для крупных проектов, где нужно напрограммироваться — Postgres, да.
И хотя у меня опыта с Postgres нету, но вот чувствую, что таких граблей там нет... там другие грабли ;)

А для проектов помельче, после трезвого размышления — брать MySQL (MariaDB, Percona, TokuDB — их есть там) и мириться с его скелетами в шкафу.

для полноты картины нужно заметить, что есть и другие альтернативы в СУБД (рассматриваем бесплатные), где и данные сохранить, и попрограммировать можно.
Например
— реляционные — Openlink Virtuoso (есть open source версия)
— нереляционные — те же CouchDB и ArangoDB