Исходное сообщение
"В MySQL 8.0 отмечается закат хранилища MyISAM " Отправлено all_glory_to_the_hypnotoad, 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 позорно сливает.