forum.opennet.ru

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

Оглавление

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

Увы, еще одна удобная фишка есть только в MyISAM - MRG_MyISAM , kornel (?), 09:50 , 13-Окт-16, (1) –1 //

MRG_InnoDB Просто добавить View, Аноним (-), 10:49 , 13-Окт-16, (27)
Единственная там удобная фишка -- это дефрагментация , Аноним (-), 17:25 , 13-Окт-16, (114) //

В InnoDB тоже фейсбук добавил дефрагментацию P, Аноним (-), 20:15 , 13-Окт-16, (123)

Хм Мерзко звучит Может происходит отказ от или что-то в этом роде Может всё-, A.Stahl (ok), 09:51 , 13-Окт-16, (2) +1 //

http gramota ru slovari dic word D0 B2 D1 8B D1 80 D0 BE D0 B2 D0 BD D1 8F D, YetAnotherOnanym (ok), 10:21 , 13-Окт-16, (8) //

клоун это называется чередование Весьма распространённое и жутко неудобное , Аноним (-), 11:33 , 13-Окт-16, (43) –5

Закатывают вручную просто , anomymous (?), 23:06 , 13-Окт-16, (126) +1

Как будто, MySQL какая то секта, а MyISAM важная эпоха а по сути так и есть , GreenX (ok), 09:56 , 13-Окт-16, (3) //

Отказ от myisam для системных словарей - это действительно прямо ВЕХА И там на, KonstantinB (ok), 16:22 , 13-Окт-16, (111)

Использование MySQL вместо MariaDB оправдано на данный момент или это синдром ут, commiethebeastie (ok), 10:04 , 13-Окт-16, (4) //

Нет ни малейшей причины не использовать MariaDB , Какаянахренразница (ok), 10:19 , 13-Окт-16, (6) –1 //

Какая вообще разница Примерно как между Chrome и Chromium , Онаним (?), 11:50 , 13-Окт-16, (49) –5
Atlassian Status as of 28 April 2015Hello All,Given our current product prioriti, SysA (?), 16:01 , 13-Окт-16, (103) +1 //

У нас Confluence на MariaDB Galera работает С Galera есть свои тонкости, а вот , anomymous (?), 23:08 , 13-Окт-16, (127)

нет никаких причин переходить на MariaDB - учитывая страсть автора к странным ли, Аноним (-), 12:43 , 13-Окт-16, (56) //

А у Оракла страсть к странному развитию продукта, которое со стороны может показ, XoRe (ok), 02:22 , 14-Окт-16, (130) +2

Сразу скажу, что моё мнение основано на чтение блогов, людей, причастных к Выг, Пользователь Debian (?), 14:02 , 13-Окт-16, (83) +3 //

Ну и о чём тут сожалеть , Какаянахренразница (ok), 12:05 , 16-Окт-16, (169)

Шутка про погоню за версиями, чтобы догнать и перегнать Chrome , Аноним (-), 10:11 , 13-Окт-16, (5) +6 //

Chrome уже выполнил главный квест прикладного ПО 8212 превращение в операцион, irinat (ok), 00:38 , 16-Окт-16, (165)

Это запоздалый и кривой бекпорт из MariaDB, или это вирус Хрома начал поражать в, Ilya Indigo (ok), 10:23 , 13-Окт-16, (9) –2 //

У MariaDB писька коротка, но еще перерастет таковую у PostrgeSQL , Аноним (-), 10:25 , 13-Окт-16, (11) –8 //

Радует что не перевелись еще такие как ты , Аноним (-), 19:53 , 13-Окт-16, (121) +1
Самый умный парень на все село , Аноним (-), 02:19 , 16-Окт-16, (166)

Много фундаментальных изменений - необходима смена мажорной версии 6 версию пр, Аноним (-), 10:29 , 13-Окт-16, (12) //

http semver org и будет всем счастье Не надо ничего придумывать , Школьник (ok), 10:31 , 13-Окт-16, (14) +1
6-ой версии ни в релизе, ни в учебниках не было В 5 5 то же много чего фундамент, Ilya Indigo (ok), 10:34 , 13-Окт-16, (15) //

6 0 версия была, но была заморожена еще на стадии альфа-тестирования, Аноним (-), 10:36 , 13-Окт-16, (18)

Ну мало ли, что было несколько лет назад в планах у разработчиков Насколько я по, Ilya Indigo (ok), 11:30 , 13-Окт-16, (42)

Имелось ввиду не 7 перескакивать трендово, а трендово скакать вообще Чем они ху, Аноним (-), 10:38 , 13-Окт-16, (19)

клоун у Майкрософта то как раз всё сложно Windows 10 - это маркетингово, Аноним (-), 11:48 , 13-Окт-16, (47) –8

Неужели ты думаешь, что кому-то, кроме того мелкого сотрудника M , который напра, pkdr (ok), 12:13 , 13-Окт-16, (55) +10

клоун мелкого Хех Видел бы ты какой у него мелкий , Аноним (-), 12:53 , 13-Окт-16, (59) –7

Здесь утверждается что была https ru wikipedia org wiki MySQL MySQL_6 0, Аноним (-), 10:39 , 13-Окт-16, (20)

Ну что за позерство По-моему логичная смена нумерации Раньше были 5 6, 5 7, кот, iPony (?), 10:34 , 13-Окт-16, (16) –3 //

http demotivation me images 20090226 p4edulouu0wr jpg, Ilya Indigo (ok), 10:43 , 13-Окт-16, (23) –6 //

Для людей не хотящих думать, а занимающихся популизмом - да , iPony (?), 10:45 , 13-Окт-16, (25) –4
Ну таково мнение Оракла, а Вы с воплями как же так можно нумеровать действител, soarin (ok), 16:15 , 13-Окт-16, (108)

Всё просто Проект завис на версии 5 Вот они 5 отбросили, и сделали минорную ци, Аноним (-), 10:41 , 13-Окт-16, (22) +1 //

Поддерживаю, это первое, о чём я подумал, когда увидел 5 5 8594 5 6 8594 , Аноним (-), 11:51 , 15-Окт-16, (160)

ой, не застали вы slackware 7 0 задолго до хрома там к нему в комлекте шло чуде, й (?), 13:01 , 13-Окт-16, (61) //

или solaris 7 после 2 6 незадолго до слаквари, й (?), 13:02 , 13-Окт-16, (62) //

После 2 6 идёт 7, потому что в 2 больше нет необходимости, всё правильно , Аноним (-), 11:52 , 15-Окт-16, (161)

Не застал Мне, к сожалению, в моё время примеров хватает, даже через чур , Ilya Indigo (ok), 14:32 , 13-Окт-16, (88)

InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки , Аноним (-), 10:24 , 13-Окт-16, (10) +1 //

Те кто так считают, уже давно перелезли на PostgreSQL, а то и изначально использ, Ilya Indigo (ok), 10:30 , 13-Окт-16, (13) +6 //

Зачем Вы разрушаете уютный мир выпускников трёхмесячных курсов веб-дизайна MySQ, YetAnotherOnanym (ok), 10:35 , 13-Окт-16, (17) –4 //

MySQL - моя первая любовь И серьезно разобравшись в вопросе я понял, под мой кр, Аноним (-), 11:17 , 13-Окт-16, (36) –1

Mysql тупо быстрее, предсказуемее потому что блокировочник , проще в обслуживан, Аноним (-), 13:13 , 13-Окт-16, (67)

Ага, разобрался он в вопросе Видишь, мускулем пользуются только одни идиоты не , all_glory_to_the_hypnotoad (ok), 14:21 , 13-Окт-16, (86) +2
И еще плохой планировщик запросов , Анином (?), 14:46 , 13-Окт-16, (91) –2
Ну, с MyISAM точно нет, т к нет нормальной транзакционности Имхо, лучше сказать, XoRe (ok), 02:31 , 14-Окт-16, (132)

к сожалению есть масса легаси кода, и крупных проектов где просто так БД не смен, Gemorroj (ok), 10:40 , 13-Окт-16, (21) +3 //

С этим я не спорю Я говорю за новые проекты и за те, которые не слишком завязан, Ilya Indigo (ok), 11:11 , 13-Окт-16, (33) –1

Так только позеры считают и религиозные фанатики Нормальному человеку понятно, ч, iPony (?), 10:43 , 13-Окт-16, (24) –3 //

можно подробнее реально интересно, это не троллинг , Gemorroj (ok), 10:46 , 13-Окт-16, (26) +4

Не знаю что имел ввиду iPony, для меня решающая разница - поддержка движков табл, Аноним (-), 11:06 , 13-Окт-16, (32) +3

Это субъективное мнение Я вот думаю, что при наличии приемлемого встроенного дви, Ilya Indigo (ok), 11:16 , 13-Окт-16, (35)

Разница между MVCC движками и тем что в MyISAM огромна, другое дело что в MySQL , Аноним (-), 11:26 , 13-Окт-16, (40)

Посмотри код myisam - и вопрос отпадёт сам собой Он чудовищно написан, а джедае, Аноним (-), 13:08 , 13-Окт-16, (65) –1

По факту почти везде innodb memory какой-то тормознутый лок на уровне таблицы , Gemorroj (ok), 11:19 , 13-Окт-16, (38)
какая сложная рушшиан лангуага , Аноним (-), 11:42 , 13-Окт-16, (46) +1

Лангважа , Andrey Mitrofanov (?), 11:52 , 13-Окт-16, (50) +1

Это всё полнейшая чушь, не можешь Во-первых, все прользователи мускуля тупые ово, all_glory_to_the_hypnotoad (ok), 14:40 , 13-Окт-16, (90) +5
Отвечаешь Вообще у разработчиков давно в планах поддержка взаимозаменяемых движк, anonymous (??), 20:21 , 13-Окт-16, (124)

MySQL очень гибкая Назовите любую задачу и на MySQL её можно решить значительно, Аноним (-), 10:54 , 13-Окт-16, (30) –6 //

Триггеры , Аноним (-), 11:27 , 13-Окт-16, (41)

В 5 7 всё стало нормально Почти не осталось непонятных ожиданий пока кто-то сх, _hide_ (ok), 13:24 , 13-Окт-16, (70)

Be aware of that MySQL does foreign key checks BEFORE invoking any trigger So i, Аноним (-), 14:55 , 13-Окт-16, (95)

https jira mariadb org browse MDEV-8605NOT NULL constraint must be checked af, Аноним (-), 16:32 , 13-Окт-16, (112)

Реализовать встроенные пакеты на PL SQL , 1 (??), 11:42 , 13-Окт-16, (45)
Ну, например, физическая репликация транзакционного движка , Ilya Indigo (ok), 11:48 , 13-Окт-16, (48) +1
Да пожалуйста, сколько угодно1 Кастомные типы данных, скалярные и комплексные в, all_glory_to_the_hypnotoad (ok), 15:25 , 13-Окт-16, (100) +2

Справедливости ради С этим уже неплохо в последних версиях Марии в 8-ке, говоря, KonstantinB (ok), 16:04 , 13-Окт-16, (105) +1

Эффективный поиск по разреженному набору атрибутов в различных комбинациях скаж, KonstantinB (ok), 16:00 , 13-Окт-16, (102)

На, просвещайся https dev mysql com doc refman 5 7 en json htmlА вообще в так, Аноним (-), 02:55 , 14-Окт-16, (140)

дебил, монга не ACID СУБД , all_glory_to_the_hypnotoad (ok), 03:52 , 14-Окт-16, (141) –1

Дeбил, для витрины магазина и не нужна ACID , Аноним (-), 04:22 , 14-Окт-16, (143)

Дебил, что нужно определяет архитектор , all_glory_to_the_hypnotoad (ok), 17:55 , 14-Окт-16, (157)
Ну и если даже отойди от ACID, то монга ещё умудряется и сливать в производитель, all_glory_to_the_hypnotoad (ok), 18:05 , 14-Окт-16, (158)

И где там inverted index И где в монге inverted index , KonstantinB (ok), 11:39 , 14-Окт-16, (149)

Мама, сматли, я знаю про inverted index 11 Т е с наличием json в mysql ты обо, Аноним (-), 13:00 , 14-Окт-16, (151) –1

Я прекрасно знаю, что в mysql есть json Что я требую, написано в том комментарии, KonstantinB (ok), 15:38 , 14-Окт-16, (154) +3

Теперь открой непосредственно маркет, посмотри на его сайдбар с чекбоксами, прик, Аноним (-), 17:11 , 15-Окт-16, (163) –1

Прикинул операции В монге будет fullscan В постгресе будет gin index lookup Gi, KonstantinB (ok), 21:32 , 15-Окт-16, (164) +1

Повторяй почаще, авось сам поверишь http blog mongodb org post 59757486344 fac, Аноним (-), 05:42 , 16-Окт-16, (167)

И, да, в монге нет эффективного поиска для данной задачи, там btree, что вообще , KonstantinB (ok), 15:41 , 14-Окт-16, (155) +2

Те кто так считают, уже давно используют TokuDB PostgreSQL в этом смысле не луч, Аноним (-), 10:56 , 13-Окт-16, (31) //

Про неё я слышу впервые Попытка на офф сайте почитать документацию, приводи к з, Ilya Indigo (ok), 12:07 , 13-Окт-16, (52)

https github com percona tokudb-engine wiki, Аноним (-), 13:25 , 13-Окт-16, (72) +1
https mariadb com kb en mariadb enabling-tokudb check-for-transparent-hugepag, Аноним (-), 13:27 , 13-Окт-16, (73) +1
http www opennet ru opennews art shtml num 36779Вообще, очень странный движок,, _hide_ (ok), 13:32 , 13-Окт-16, (75)

Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в My, Аноним (-), 11:19 , 13-Окт-16, (37) //

оптимизатор нормальный , Gemorroj (ok), 11:20 , 13-Окт-16, (39) –1

Оптимизатор в MySQL хорош, будем спорить , Аноним (-), 13:12 , 13-Окт-16, (66)

В MariaDB больше флагов , Аноним (-), 13:31 , 13-Окт-16, (74) +1
Да, Анином (?), 14:49 , 13-Окт-16, (92)

Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим Я лично ст, Аноним (-), 15:13 , 13-Окт-16, (99)

Везет Никогда не писали use force index, STRAIGHT_JOIN и хаки типа where updated, KonstantinB (ok), 16:14 , 13-Окт-16, (107) +1

а можно подробнее чувствую пригодится , Gemorroj (ok), 16:21 , 13-Окт-16, (110) +1

Если не страдаете археологией, не пригодится В последний раз использовал тако, KonstantinB (ok), 19:16 , 13-Окт-16, (119)

Да вы батенька Пхпист, Аноним (-), 22:43 , 13-Окт-16, (125)

Я много чего -ист А вас это беспокоит Хотите об этом поговорить , KonstantinB (ok), 02:42 , 14-Окт-16, (134)

http sqlinfo ru forum viewtopic php pid 43892это из того что недавно пришлось , Gemorroj (ok), 16:19 , 13-Окт-16, (109)

Если со времён 5 0 ничего не изменилось, то дело тут в ORDER BY LIMIT с 2-мя па, Ilya Indigo (ok), 17:55 , 13-Окт-16, (117)

нет, это не так, если попадаем в индекс с сортировкой, то все будет хорошо в мое, Gemorroj (ok), 19:08 , 13-Окт-16, (118)

Физическая репликация Более оптимальное распределение памяти PL pgSQLUPSERT В M, Ilya Indigo (ok), 11:40 , 13-Окт-16, (44)

Которая сocёт на разнесённых репликах Ширину канала можно добавить, а вот RTT н, Аноним (-), 12:54 , 13-Окт-16, (60)

не совсем, Аноним (-), 16:02 , 13-Окт-16, (104) +1
Смотря какую логику Бывает логика хранения или валидации данных, которую не выра, KonstantinB (ok), 16:13 , 13-Окт-16, (106) +1

Ну приведите пример, что ли Триггеры - это как раз то, с чего всё начинается П, Аноним (-), 02:48 , 14-Окт-16, (137) +1

http guides rubyonrails org association_basics html polymorphic-associationsА , KonstantinB (ok), 05:10 , 14-Окт-16, (146)

Упрётся, но позже, поскольку база меньше нагружена Это позволяет нацеплять к не, Аноним (-), 13:12 , 14-Окт-16, (153)

Интересно про RTT Чем она мешает В postgres просто передаются wal файлы Как в, XoRe (ok), 02:47 , 14-Окт-16, (136)

Популярно про RTT https habrahabr ru company ibm blog 274807 Популярно про ме, Аноним (-), 04:48 , 14-Окт-16, (144)

На графике при задержке 100мс скорость падает с 1Гб с до 100Мб с Если бы это был, XoRe (ok), 23:34 , 03-Ноя-16, (174)

Берем TokuDB, включаем сжатие и смотрим на сколько экономнее расходуется дисково, Аноним (-), 13:05 , 13-Окт-16, (64) +6

Знатно вы вкатали постгерам,В mysql мелкие проблемы решаются по мере поступления, Аноним (-), 13:33 , 13-Окт-16, (76)

Справедливости ради, не вижу особого вката Для скоропортящихся данных есть redis, Ilya Indigo (ok), 13:53 , 13-Окт-16, (79)

MaxScale CreateTableFilter type filtermodule regexfilteroptions ignorecasematch , Аноним (-), 14:12 , 13-Окт-16, (85) +1
В MySQL я одним запросом перегоняю нужные данные из оперативки в любую таблицу, , Аноним (-), 15:10 , 13-Окт-16, (98) +2
Про TokuDB неправда В MariaDB 10 0 10 1 идёт из коробки , anomymous (?), 23:10 , 13-Окт-16, (129) +1

Убедили, поэкспериментирую с TokuDB , Ilya Indigo (ok), 13:43 , 13-Окт-16, (77)
Вы так говорите, будто в постгресе сжатие использовать вам кто-то мешает Намног, Stax (ok), 14:49 , 13-Окт-16, (93) +1

Откройте для себя TokuDB и удивитесь , anomymous (?), 23:09 , 13-Окт-16, (128)

XtraDB InnoDB, Аноним (-), 10:51 , 13-Окт-16, (28) //

К сожалению, в этом смысле разницы нет В обоих движках постраничная организация, Аноним (-), 11:12 , 13-Окт-16, (34) +1 //

там же куча движковinfinidbBrighthouseKFDBScaleDBSpiderPBXT, Аноним (-), 11:58 , 13-Окт-16, (51)

И как подключить хоть один из них , Ilya Indigo (ok), 12:11 , 13-Окт-16, (54)

Tokudb https www percona com doc percona-server 5 7 tokudb tokudb_installatio, Аноним (-), 12:49 , 13-Окт-16, (58) +1

Внешние ключи не умеет, скоро 2017 год , Аноним (-), 13:20 , 13-Окт-16, (68)

FOREIGN KEY От него и в InnoDB толку чуть меньше чем нуль , Ilya Indigo (ok), 13:56 , 13-Окт-16, (80) –1

Вот это откровение Целостность Не не слышал, Анином (?), 14:58 , 13-Окт-16, (96)

Беру свои слова назад Только что проверил - работает Когда лет 5 назад пробовал, Ilya Indigo (ok), 17:15 , 13-Окт-16, (113) –2

Внешние ключи, партицирование и многое другое обещают вынести из обязанностей та, Аноним (-), 15:07 , 13-Окт-16, (97)

Партиционирование выкинули из MySQL 8 0 я развею ваши потные мечты , Аноним (-), 15:39 , 13-Окт-16, (101)

Да ну https dev mysql com doc refman 8 0 en partitioning html, Аноним (-), 02:50 , 14-Окт-16, (138)

http mysqlserverteam com the-mysql-8-0-0-milestone-release-is-available Deprec, Аноним (-), 12:39 , 14-Окт-16, (150)
Ну и Перенесли в InnoDB, будут дальше пилить там , Аноним (-), 13:05 , 14-Окт-16, (152) +1

Полнотекстовый поиск не умеет, Аноним (-), 13:20 , 13-Окт-16, (69)

Sphinx для этого есть , Ilya Indigo (ok), 13:58 , 13-Окт-16, (82)

Кастомное решение, для массовоого хостинга бесполезно Эластик серч на джаве тоже, Аноним (-), 14:07 , 13-Окт-16, (84)

Sphinx для говнохостинга не вариант, согласен Но, справедливости ради, в InnoDB , Ilya Indigo (ok), 14:36 , 13-Окт-16, (89)
Постгрес на массовом говнохостинге тоже редкость Но здесь-то уж я не понимаю, к, KonstantinB (ok), 19:53 , 13-Окт-16, (120)

А это бесплатный хостинг, вируалки от 3 99, Аноним (-), 20:08 , 13-Окт-16, (122)

Ну, если ваше время на борьбу с ограничениями бесплатного хостинга дешевле 4 бак, KonstantinB (ok), 02:45 , 14-Окт-16, (135)
Если мой рейт 20 баксов в месяц, то моя борьба с ограничениями заказчику отобьет, Anon2 (?), 04:10 , 14-Окт-16, (142)
Присылайте резюме срочно Дам 21 , KonstantinB (ok), 10:37 , 14-Окт-16, (148) –1

В том то и дело, есть куча движков, на любой вкус У InnoDB сложилась кривая арх, Аноним (-), 12:44 , 13-Окт-16, (57)

Ну марию они все равно не переплюнули, она 10 уже , vitalif (ok), 10:53 , 13-Окт-16, (29) +1
Последний раз, когда пытался восстановить InnoDB таблицы после падения системы, , Аноним (-), 12:09 , 13-Окт-16, (53) +1 //

Как правило так и есть Если у тебя включен innodb_file_per_table - то есть каки, Аноним (-), 13:02 , 13-Окт-16, (63) +1 //

Отличная готовность , Аноним (-), 13:24 , 13-Окт-16, (71) –1
Есть много отличных систем, где все убивается от удаления одного файла Может пр, XoRe (ok), 02:51 , 14-Окт-16, (139) +1 //

Замечательный ответ по уровню де6илизма - Как писать безглючный софт - Просто де, Аноним (-), 04:51 , 14-Окт-16, (145) –1

Если вы взяли и удалили файл в папке постгри, это баг не постгри, а ваш У постгр, XoRe (ok), 17:36 , 14-Окт-16, (156) +1

похачили, это баг дизайна, Аноним (-), 18:31 , 14-Окт-16, (159)

Ну если в ОС файл ядра удалить, оно ОС перестанет грузиться Тоже баг дизайна , XoRe (ok), 19:15 , 27-Окт-16, (170)

Oracle does the same DB2 , Аноним (-), 13:44 , 13-Окт-16, (78)
Это по-каковски , t28 (?), 09:43 , 14-Окт-16, (147)
А когда будет релиз версии 8 0 , Аноним (-), 11:54 , 15-Окт-16, (162)
Почему 8 Почему не MySQL 10 , Аноним (-), 11:05 , 16-Окт-16, (168)
А какое хранилище теперь будет вместо MyISAM И как мне перегнать базы из храни, rvs2016 (ok), 17:12 , 30-Окт-16, (171) –1 //

InnoDB у Oracle и Percona Aria у MariaDB , Аноним (-), 21:56 , 01-Ноя-16, (172) //

А у Mysql И как базы со старым типом хранилища перегнать в базы с новым типом х, rvs2016 (ok), 02:15 , 02-Ноя-16, (173) //

Mysql это и есть Oracle, Аноним (-), 11:57 , 04-Май-17, (175)

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

10. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 10:24

InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки.

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

13. "В MySQL 8.0 отмечается закат хранилища MyISAM " +6 +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 10:30

> InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки.
Те кто так считают, уже давно перелезли на PostgreSQL, а то и изначально используют его.

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

17. "В MySQL 8.0 отмечается закат хранилища MyISAM " –4 +/–

Сообщение от YetAnotherOnanym (ok), 13-Окт-16, 10:35

> давно перелезли на PostgreSQL, а то и
> изначально используют его.
Зачем Вы разрушаете уютный мир выпускников трёхмесячных курсов веб-дизайна? MySQL - их первая любовь на всю жизнь.

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

36. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от Аноним (-), 13-Окт-16, 11:17

MySQL - моя первая любовь. И серьезно разобравшись в вопросе я понял, под мой круг задач MySQL оптимальнее. И я вообще не понимаю тот фанатизм, который развернулся вокруг PostgreSQL. На мой взгляд все эти люди просто некомпетентны в вопросе, повелись на мишуру.

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

67. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 13:13

Mysql тупо быстрее, предсказуемее (потому что блокировочник), проще в обслуживании и примитивнее в использовании. Для веба в самый раз.

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

86. "В MySQL 8.0 отмечается закат хранилища MyISAM " +2 +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 13-Окт-16, 14:21

> Mysql тупо быстрее, предсказуемее
> потому что блокировочник
Ага, разобрался он в вопросе. Видишь, мускулем пользуются только одни идиоты не способные хоть немного понять как работает ПО которым они пользуются.

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

91. "В MySQL 8.0 отмечается закат хранилища MyISAM " –2 +/–

Сообщение от Анином (?), 13-Окт-16, 14:46

И еще плохой планировщик запросов.

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

132. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от XoRe (ok), 14-Окт-16, 02:31

> предсказуемее
Ну, с MyISAM точно нет, т.к. нет нормальной транзакционности.
Имхо, лучше сказать, что вы её лучше изучили. Но это не является объективным плюсом именно mysql.

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

21. "В MySQL 8.0 отмечается закат хранилища MyISAM " +3 +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 10:40

к сожалению есть масса легаси кода, и крупных проектов где просто так БД не сменишь. так что mysql нужно по возможности тоже допиливать.

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

33. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:11

С этим я не спорю. Я говорю за новые проекты и за те, которые не слишком завязаны на InnoDB или прочие движки.

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

24. "В MySQL 8.0 отмечается закат хранилища MyISAM " –3 +/–

Сообщение от iPony (?), 13-Окт-16, 10:43

Так только позеры считают и религиозные фанатики.
Нормальному человеку понятно, что MySQL и PostgreSQL - это ну очень разные инструменты. И в зависимости от поставленной задачи и конкретных условий всё сильно меняется, поэтому ответа на вопрос "Что лучше MySQL или PostgreSQL?" - нет.

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

26. "В MySQL 8.0 отмечается закат хранилища MyISAM " +4 +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 10:46

>> MySQL и PostgreSQL - это ну очень разные инструменты
можно подробнее? (реально интересно, это не троллинг)

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

32. "В MySQL 8.0 отмечается закат хранилища MyISAM " +3 +/–

Сообщение от Аноним (-), 13-Окт-16, 11:06

Не знаю что имел ввиду iPony, для меня решающая разница - поддержка движков таблиц. Под каждую задачу я могу выбрать таблицу с оптимальной для нее структурой хранения данных. Под специфические задачи я могу написать свой табличный движок. В версии 8.0 добавят найтивное партицирование, можно будет формировать гибридные таблицы. В PostgresSQL такого никогда не будет. Зато они не тратя время на поддержку движков действительно здорово продвинулись в других вещах, без которых, впрочем, можно обойтись.

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

35. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:16

> без которых, впрочем, можно обойтись.
Это субъективное мнение.
Я вот думаю, что при наличии приемлемого встроенного движка, без поддержки сторонних движков вполне можно обойтись.

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

40. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 11:26

Разница между MVCC движками и тем что в MyISAM огромна, другое дело что в MySQL почему-то его решили грохнуть.

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

65. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от Аноним (-), 13-Окт-16, 13:08

Посмотри код myisam - и вопрос отпадёт сам собой. Он чудовищно написан, а джедаев на его поддержку как-то не находится.

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

38. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 11:19

По факту почти везде innodb. memory какой-то тормознутый (лок на уровне таблицы при insert, например, чего стоит), archive ненадежный (лично приходилось несколько раз восстанавливать).

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

46. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 11:42

>найтивное
какая сложная рушшиан лангуага.

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

50. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Andrey Mitrofanov (?), 13-Окт-16, 11:52

>сложная рушшиан лангуага.
Лангважа!

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

90. "В MySQL 8.0 отмечается закат хранилища MyISAM " +5 +/–

Сообщение от all_glory_to_the_hypnotoad (ok), 13-Окт-16, 14:40

> Под специфические задачи я могу написать свой табличный движок.
Это всё полнейшая чушь, не можешь.
Во-первых, все прользователи мускуля тупые овощи и они едва осилят нагогнокодить даже myisam подобную хрень.
А во-вторых, фичи мускуля-подобной СУБД в мускуле поддерживает только один движок и это innodb. Остальные же сторадж плагины создают большую головную боль разработчикам т.к. они умеют небольшое подмножество фич и пользователи постоянно наступают на грабли неоднородности функционала. Например, для многих оказывается неожиданностью, что myisam не держит rw нагрузку и ложит сервер.
Реализовать близкий по функционалу и качеству движок не под силу кучше школоло, а у профессионалов уходят годы чтобы просто сделать творческое производное от этого же innodb. Потому в нормальных СУБД есть примерно один тесно интегрированный движок который пилят годами.
И даже до овощей из мускуля наконец таки доходит, что движок должен быть один и лучше допиливать фичи в этот один сторажд, чем пытаться поддерживать кучу неоднородных плагинов.

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

124. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от anonymous (??), 13-Окт-16, 20:21

>В PostgresSQL такого никогда не будет.
Отвечаешь?
Вообще у разработчиков давно в планах поддержка взаимозаменяемых движков, сейчас производителям проприетарных дб на базе постгресса приходиться форкать весь постргес, что мешает им контрибьютить изменения обратно.

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

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ообщить модератору

31. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 10:56

Те кто так считают, уже давно используют TokuDB. PostgreSQL в этом смысле не лучше, не надо тут навязывать неправильные решения, если не разбираетесь в сути дела.

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

52. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 12:07

> Те кто так считают, уже давно используют TokuDB.
Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи к запросу указания моих данных, чего мне не особо-то и хочется. https://learn.percona.com/download-percona-tokudb-7-5-manual
В SHOW ENGINES в 10-ой Марии её, естественно, нет.
Поведайте же нам, что это вообще такое?

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

72. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 13:25

>> Те кто так считают, уже давно используют TokuDB.
> Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
> к запросу указания моих данных, чего мне не особо-то и хочется.
> https://learn.percona.com/download-percona-tokudb-7-5-manual
> В SHOW ENGINES в 10-ой Марии её, естественно, нет.
> Поведайте же нам, что это вообще такое?
https://github.com/percona/tokudb-engine/wiki

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

73. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 13:27

>> Те кто так считают, уже давно используют TokuDB.
> Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
> к запросу указания моих данных, чего мне не особо-то и хочется.
> https://learn.percona.com/download-percona-tokudb-7-5-manual
> В SHOW ENGINES в 10-ой Марии её, естественно, нет.
> Поведайте же нам, что это вообще такое?
https://mariadb.com/kb/en/mariadb/enabling-tokudb/#check-for...
/etc/my.cnf.d/tokudb.cnf -> uncomment mariadb
https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb...

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

75. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от _hide_ (ok), 13-Окт-16, 13:32

>> Те кто так считают, уже давно используют TokuDB.
> Про неё я слышу впервые. Попытка на офф сайте почитать документацию, приводи
> к запросу указания моих данных, чего мне не особо-то и хочется.
> https://learn.percona.com/download-percona-tokudb-7-5-manual
> В SHOW ENGINES в 10-ой Марии её, естественно, нет.
> Поведайте же нам, что это вообще такое?
http://www.opennet.me/opennews/art.shtml?num=36779
Вообще, очень странный движок, но имеет свою нишу.

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

37. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 11:19

Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?

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

39. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 11:20

оптимизатор нормальный?)

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

66. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 13:12

Оптимизатор в MySQL хорош, будем спорить?

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

74. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 13:31

> Оптимизатор в MySQL хорош, будем спорить?
В MariaDB больше флагов.

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

92. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Анином (?), 13-Окт-16, 14:49

Да

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

99. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 15:13

Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим. Я лично сталкивался с проблемами оптимизатора за 8 лет работы с MySQL только 1 раз.

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

107. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от KonstantinB (ok), 13-Окт-16, 16:14

> Выкатывайте примеры, которые вам каждый день жить не дают, посмотрим. Я лично
> сталкивался с проблемами оптимизатора за 8 лет работы с MySQL только
> 1 раз.
Везет.
Никогда не писали use/force index, STRAIGHT_JOIN и хаки типа where updated_at = updated_at?
Завидую прямо.

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

110. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 16:21

>> where updated_at = updated_at?
а можно подробнее? чувствую пригодится)

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

119. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от KonstantinB (ok), 13-Окт-16, 19:16

Если не страдаете археологией, не пригодится. :)
В последний раз использовал такой трюк для выбора более эффективного индекса в версии 4.1.

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

125. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 22:43

Да вы батенька Пхпист

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

134. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от KonstantinB (ok), 14-Окт-16, 02:42

Я много чего -ист. :)
А вас это беспокоит? Хотите об этом поговорить?

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

109. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 16:19

http://sqlinfo.ru/forum/viewtopic.php?pid=43892
это из того что недавно пришлось ковырять.

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

117. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 17:55

> http://sqlinfo.ru/forum/viewtopic.php?pid=43892
> это из того что недавно пришлось ковырять.
Если со времён 5.0 ничего не изменилось, то дело тут в ORDER BY. LIMIT с 2-мя параметрами для ограничения перебора таблицы, есть смысл использовать только если отсутствует сортировка. А если есть сортировка, то запрос всё равно будет перебирать всю таблицу, что бы отсортировать.

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

118. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Gemorroj (ok), 13-Окт-16, 19:08

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

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

44. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:40

> Честно, скажите, что есть действительно необходимого в PostgreSQL, чего нет в MySQL?
Физическая репликация.
Более оптимальное распределение памяти.
PL/pgSQL
UPSERT (В MySQL REPLACE не то, а у INSERT ... UPDATE ... корявый и избыточный синтаксис)
тригонометрические ф-ии
И это только то, что читал беглым взглядом.
P.S. Я не хейтер Постреса, я сам сейчас работаю с Марией, но уже задумываюсь о дальнейшем переходе на Пострес, и мне важно именно объективное мнение достоинств и недостатков обоих, хотя и к субъективным мнением прислушиваюсь.

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

60. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 12:54

> Физическая репликация
Которая сocёт на разнесённых репликах. Ширину канала можно добавить, а вот RTT не нaе6ёшь.
> PL/pgSQL
> тригонометрические ф-ии
Да это бывает удобно. Однако пихать логику в базу - общепризнанная bad practice, убивает на корню горизонтальную масштабируемость.
> UPSERT
Который добавили только в 9.5 и который является аналогом ON DUPLICATE KEY, существующим уже тыщщу лет как.
> Более оптимальное распределение памяти.
Угу, особенно с её-то моделью "по процессу на коннект". А боунсер - это сторонний костыль.

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

104. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 16:02

>> UPSERT
> Который добавили только в 9.5 и который является аналогом ON DUPLICATE KEY,
> существующим уже тыщщу лет как.
не совсем

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

106. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от KonstantinB (ok), 13-Окт-16, 16:13

> Да это бывает удобно. Однако пихать логику в базу - общепризнанная bad
> practice,
Смотря какую логику.
Бывает логика хранения или валидации данных, которую не выразить простыми constraints, или умышленная денормализация для производительности. И тут триггеры абсолютно уместны.
> убивает на корню горизонтальную масштабируемость.
И каким же образом? Абсолютно перпендикулярные вещи.

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

137. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 14-Окт-16, 02:48

> которую не выразить простыми constraints
Ну приведите пример, что ли. Триггеры - это как раз то, с чего всё начинается. Примерно та же ситуация, что с плюсовыми шаблонами.
> И каким же образом?
А таким, что как только мастер упирается в лимит железа или времени выполнения, то мы оказываемся в жoпе. Мастер-мастер для RDBMS работает или с кучей оговорок или не работает вовсе, а на слейв ты писать не можешь.

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

146. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от KonstantinB (ok), 14-Окт-16, 05:10

> Ну приведите пример, что ли
http://guides.rubyonrails.org/association_basics.html#polymo...
> мастер упирается
А почему без хранимок-триггеров мастер не упрется?

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

153. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 14-Окт-16, 13:12

Упрётся, но позже, поскольку база меньше нагружена. Это позволяет нацеплять к ней больше инстансов приложения и разнести их по разным хостам.
И наоборот, при запихивании всего по максимуму в базу - будешь ограничен производительностью одной железки, где крутится база.

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

136. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от XoRe (ok), 14-Окт-16, 02:47

>> Физическая репликация
> Которая сocёт на разнесённых репликах. Ширину канала можно добавить, а вот RTT
> не нaе6ёшь.
Интересно про RTT. Чем она мешает? В postgres просто передаются wal файлы. Как вы это настроите, так они и будут передаваться. Если они забираются медленно, нужно просто подкрутить настройки, чтобы мастер их не удалил раньше.
Кроме того, теперь есть replication slots https://habrahabr.ru/post/245847/
Грубо говоря, сервер будет держать wal файлы до тех пор, пока их не заберет последняя реплика.

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

144. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 14-Окт-16, 04:48

Популярно про RTT: https://habrahabr.ru/company/ibm/blog/274807/
Популярно про механизмы репликации в mysql/pgsql: https://habrahabr.ru/post/269889/
Учитывая, что в посгресе наблюдается явный перекос в сторону физической репликации, выводы сделаешь сам.

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

174. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от XoRe (ok), 03-Ноя-16, 23:34

> Популярно про RTT: https://habrahabr.ru/company/ibm/blog/274807/
На графике при задержке 100мс скорость падает с 1Гб/с до 100Мб/с.
Если бы это было так, это было бы везде, а не только на слайдах.
Такое было возможно в ОС Windows где-то до Windows Vista изза использования устаревших алгоритмов борьбы с перегрузкой. Или в современных ОС с кривыми настройками.
Я спокойно качаю и на больших скоростях с такой задержкой, так что для меня налицо подтасовка фактов.
По хорошему, статью можно закрыть после вот этого:
>Протокол FASP работает на базе протокола UDP (User Datagram Protocol)
Ещё одни "изобретатели" TCP на базе UDP.
> Популярно про механизмы репликации в mysql/pgsql: https://habrahabr.ru/post/269889/
Да, но в mysql репликация так же по TCP, которая подчиняется тем же "проблемам".
Так что могу сделать вывод, что вам просто хотелось высказать что-то умное.

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

64. "В MySQL 8.0 отмечается закат хранилища MyISAM " +6 +/–

Сообщение от Аноним (-), 13-Окт-16, 13:05

> Более оптимальное распределение памяти.
Берем TokuDB, включаем сжатие и смотрим на сколько экономнее расходуется дисковое пространство. На моих задачах сжатие достигает 5 раз.
Берем MEMORY, кладем в нее скоропортящиеся данные телеметрии. Табличка в 1 гиг летает, Postgresql же просто убъет ssd непрерывной перезаписью.
Берем табличку Archive с полнотабличным сжатием и кидаем в нее все логи. Сжатие при этом достигает 20 и более раз.
Как реализовать таблицу для работы с манчестером или сетевым устройством под MySQL я знаю, а в Postgresql это в принципе не возможно В ней просто ничего не заложено для организации работы с другими устройствами. Postgresql сейчас даже не способна работать с оперативкой без костылей..., о каком распределении может идти речь?
И это всё не включая возможностей версии 8.0, которая позволит создавать гибридные таблицы с любым распределением данных по любым устройствам памяти.
> UPSERT (В MySQL REPLACE не то, а у INSERT ... UPDATE ... корявый и избыточный синтаксис)
UPSERT думаю добавят. Но это не то, без чего нельзя прожить
> тригонометрические ф-ии
Тригонометрические ф-ии в базе я не использую, и мне даже сложно представить зачем они там и для каких задач их наличие там может пригодиться.

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

76. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 13:33

Знатно вы вкатали постгерам,
В mysql мелкие проблемы решаются по мере поступления.
В pgsql для решения проблем нужно привлекать инженеров/архитекторов и кучу дополнительных костылей по бокам.

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

79. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:53

Справедливости ради, не вижу особого вката.
Для скоропортящихся данных есть redis, хранить логи в DB... , не знаю, может и есть смысл в этом, но я не могу сходу придумать зачем их нужно там хранить, как и любые данные, специфичные для движка Archive.
TokuDB по умолчания в MariaDB нет, и её ещё нужно установить, возможно скомпилировать, а то и перекомпилировать и сервер, и настроить. Чем не костыль?
На говнохостингах на Сентосе это точно не вариант.

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

85. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 14:12

MaxScale
[CreateTableFilter]
type=filter
module=regexfilter
options=ignorecase
match=TYPE\s*=
replace=ENGINE=
Заменить ENGINE на ходу регуляркой в MySQL прокси.
Переключить таблицы по умолчанию на TokuDB
Движки MyISAM отключить и переключить на использование Aria с ROW_FOMAT=PAGE для временных таблиц;
InnoDB отключить.
Используем для массового хостинга свяку mysql прокси 3306 за ней mysql

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

98. "В MySQL 8.0 отмечается закат хранилища MyISAM " +2 +/–

Сообщение от Аноним (-), 13-Окт-16, 15:10

В MySQL я одним запросом перегоняю нужные данные из оперативки в любую таблицу, попутно обрабатывая их. На связке redis + posgresql такого не сделать.

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

129. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от anomymous (?), 13-Окт-16, 23:10

Про TokuDB неправда. В MariaDB 10.0/10.1 идёт "из коробки".

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

77. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:43

Убедили, поэкспериментирую с TokuDB.

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

93. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Stax (ok), 13-Окт-16, 14:49

Вы так говорите, будто в постгресе сжатие использовать вам кто-то мешает. Намного проще, причем, чем какие-либо сторонние TokuDB (неизвестно с какими особенностями).
# zfs get all pgsql/data
NAME         PROPERTY              VALUE                      SOURCE
pgsql/data  type                  filesystem                 -
pgsql/data  creation              Пт сен  2 19:20 2016  -
pgsql/data  used                  837G                       -
pgsql/data  available             603G                       -
pgsql/data  referenced            836G                       -
pgsql/data  compressratio         2.49x                      -
...
pgsql/data  recordsize            32K                        inherited from pgsql
pgsql/data  mountpoint            /var/lib/pgsql/9.5/data    local
pgsql/data  sharenfs              off                        default
pgsql/data  checksum              on                         default
pgsql/data  compression           lz4                        inherited from pgsql
...
pgsql/data  logicalused           2,03T                      -

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

128. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от anomymous (?), 13-Окт-16, 23:09

Откройте для себя TokuDB и удивитесь.

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

28. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 10:51

XtraDB !== InnoDB

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

34. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 11:12

К сожалению, в этом смысле разницы нет. В обоих движках постраничная организация памяти, приводящая к большим накладным расходам памяти и, фактически, к невозможности эффективно всё это сжимать. TokuDB станет заменой XtraDB и MyISAM.

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

51. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 11:58

там же куча движков
infinidb
Brighthouse
KFDB
ScaleDB
Spider
PBXT

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

54. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 12:11

> там же куча движков
> infinidb
> Brighthouse
> KFDB
> ScaleDB
> Spider
> PBXT
И как подключить хоть один из них?

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

58. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 13-Окт-16, 12:49

Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb...
Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql. И SSD проживет дольше, чем под Postgresql, если такая связка используется.

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

68. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 13:20

> Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb...
> Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql.
> И SSD проживет дольше, чем под Postgresql, если такая связка используется.
Внешние ключи не умеет, скоро 2017 год.

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

80. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:56

> Внешние ключи не умеет, скоро 2017 год.
FOREIGN KEY? От него и в InnoDB толку чуть меньше чем нуль.

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

96. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Анином (?), 13-Окт-16, 14:58

Вот это откровение. Целостность? Не не слышал

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

113. "В MySQL 8.0 отмечается закат хранилища MyISAM " –2 +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 17:15

>> FOREIGN KEY? От него и в InnoDB толку чуть меньше чем нуль.
> Вот это откровение. Целостность? Не не слышал
Беру свои слова назад. Только что проверил - работает.
Когда лет 5 назад пробовал, он у меня не работал.

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

97. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 15:07

Внешние ключи, партицирование и многое другое обещают вынести из обязанностей таблиц в обязанности самой бд в 8 версии

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

101. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 15:39

Партиционирование выкинули из MySQL 8.0 я развею ваши потные мечты.

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

138. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 14-Окт-16, 02:50

Да ну? https://dev.mysql.com/doc/refman/8.0/en/partitioning.html

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

150. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 14-Окт-16, 12:39

http://mysqlserverteam.com/the-mysql-8-0-0-milestone-release.../
Deprecate and remove partitioning storage engine  (WL#8971) —  This work by  Sivert Sørumgård deprecates (5.7) and removes (8.0) the partitioning storage engine (ha_partition).  The responsibility for partitioning has been moved down to the storage engine layer. InnoDB supports partitioning from 5.7 and onwards.

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

152. "В MySQL 8.0 отмечается закат хранилища MyISAM " +1 +/–

Сообщение от Аноним (-), 14-Окт-16, 13:05

> InnoDB supports partitioning from 5.7 and onwards.
Ну и? Перенесли в InnoDB, будут дальше пилить там.

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

69. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 13:20

> Tokudb: https://www.percona.com/doc/percona-server/5.7/tokudb/tokudb...
> Плюс получите очень эффективное сжатие, и большую скорость, чем даже у Postgresql.
> И SSD проживет дольше, чем под Postgresql, если такая связка используется.
Полнотекстовый поиск не умеет

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

82. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 13:58

> Полнотекстовый поиск не умеет
Sphinx для этого есть.

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

84. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 14:07

Кастомное решение, для массовоого хостинга бесполезно.
Эластик серч на джаве тоже бесполезен. Firebird?

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

89. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Ilya Indigo (ok), 13-Окт-16, 14:36

Sphinx для говнохостинга не вариант, согласен.
Но, справедливости ради, в InnoDB FULLTEXT из MyISAM совсем не давно перекачивал. Может быть и в току добавят, как и форей ключ.

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

120. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от KonstantinB (ok), 13-Окт-16, 19:53

Постгрес на массовом говнохостинге тоже редкость. Но здесь-то уж я не понимаю, кому нужен говнохостинг, когда виртуалки давно уже стоят столько же, сколько shared. Понимаю, там, сеошники-вебмастера, которые консоли боятся...

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

122. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 20:08

А это бесплатный хостинг, вируалки от 3.99

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

135. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от KonstantinB (ok), 14-Окт-16, 02:45

Ну, если ваше время на борьбу с ограничениями бесплатного хостинга дешевле 4 баксов в месяц...

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

142. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Anon2 (?), 14-Окт-16, 04:10

Если мой рейт 20 баксов в месяц, то моя борьба с ограничениями заказчику отобьется уже через 5 месяцев. А можно сделать и за пол месяца

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

148. "В MySQL 8.0 отмечается закат хранилища MyISAM " –1 +/–

Сообщение от KonstantinB (ok), 14-Окт-16, 10:37

> мой рейт 20 баксов в месяц
Присылайте резюме срочно! Дам 21.

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

57. "В MySQL 8.0 отмечается закат хранилища MyISAM " +/–

Сообщение от Аноним (-), 13-Окт-16, 12:44

В том то и дело, есть куча движков, на любой вкус. У InnoDB сложилась кривая архитектура, но это вовсе не проблема.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

10. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+1 +/–
Сообщение от Аноним (-), 13-Окт-16, 10:24
InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки.
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+6 +/–
	Сообщение от Ilya Indigo (ok), 13-Окт-16, 10:30
	> InnoDB с ее жором памяти тоже пора закатывать и убирать в дальний угол кладовки. Те кто так считают, уже давно перелезли на PostgreSQL, а то и изначально используют его.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	17. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–4 +/–
	Сообщение от YetAnotherOnanym (ok), 13-Окт-16, 10:35
	> давно перелезли на PostgreSQL, а то и > изначально используют его. Зачем Вы разрушаете уютный мир выпускников трёхмесячных курсов веб-дизайна? MySQL - их первая любовь на всю жизнь.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–1 +/–
	Сообщение от Аноним (-), 13-Окт-16, 11:17
	MySQL - моя первая любовь. И серьезно разобравшись в вопросе я понял, под мой круг задач MySQL оптимальнее. И я вообще не понимаю тот фанатизм, который развернулся вокруг PostgreSQL. На мой взгляд все эти люди просто некомпетентны в вопросе, повелись на мишуру.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	67. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от Аноним (-), 13-Окт-16, 13:13
	Mysql тупо быстрее, предсказуемее (потому что блокировочник), проще в обслуживании и примитивнее в использовании. Для веба в самый раз.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	86. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+2 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 13-Окт-16, 14:21
	> Mysql тупо быстрее, предсказуемее > потому что блокировочник Ага, разобрался он в вопросе. Видишь, мускулем пользуются только одни идиоты не способные хоть немного понять как работает ПО которым они пользуются.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	91. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–2 +/–
	Сообщение от Анином (?), 13-Окт-16, 14:46
	И еще плохой планировщик запросов.
	Ответить \| Правка \| К родителю #67 \| Наверх \| Cообщить модератору


	132. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от XoRe (ok), 14-Окт-16, 02:31
	> предсказуемее Ну, с MyISAM точно нет, т.к. нет нормальной транзакционности. Имхо, лучше сказать, что вы её лучше изучили. Но это не является объективным плюсом именно mysql.
	Ответить \| Правка \| К родителю #67 \| Наверх \| Cообщить модератору


	21. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+3 +/–
	Сообщение от Gemorroj (ok), 13-Окт-16, 10:40
	к сожалению есть масса легаси кода, и крупных проектов где просто так БД не сменишь. так что mysql нужно по возможности тоже допиливать.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	33. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–1 +/–
	Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:11
	С этим я не спорю. Я говорю за новые проекты и за те, которые не слишком завязаны на InnoDB или прочие движки.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–3 +/–
	Сообщение от iPony (?), 13-Окт-16, 10:43
	Так только позеры считают и религиозные фанатики. Нормальному человеку понятно, что MySQL и PostgreSQL - это ну очень разные инструменты. И в зависимости от поставленной задачи и конкретных условий всё сильно меняется, поэтому ответа на вопрос "Что лучше MySQL или PostgreSQL?" - нет.
	Ответить \| Правка \| К родителю #13 \| Наверх \| Cообщить модератору


	26. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+4 +/–
	Сообщение от Gemorroj (ok), 13-Окт-16, 10:46
	>> MySQL и PostgreSQL - это ну очень разные инструменты можно подробнее? (реально интересно, это не троллинг)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	32. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+3 +/–
	Сообщение от Аноним (-), 13-Окт-16, 11:06
	Не знаю что имел ввиду iPony, для меня решающая разница - поддержка движков таблиц. Под каждую задачу я могу выбрать таблицу с оптимальной для нее структурой хранения данных. Под специфические задачи я могу написать свой табличный движок. В версии 8.0 добавят найтивное партицирование, можно будет формировать гибридные таблицы. В PostgresSQL такого никогда не будет. Зато они не тратя время на поддержку движков действительно здорово продвинулись в других вещах, без которых, впрочем, можно обойтись.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от Ilya Indigo (ok), 13-Окт-16, 11:16
	> без которых, впрочем, можно обойтись. Это субъективное мнение. Я вот думаю, что при наличии приемлемого встроенного движка, без поддержки сторонних движков вполне можно обойтись.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от Аноним (-), 13-Окт-16, 11:26
	Разница между MVCC движками и тем что в MyISAM огромна, другое дело что в MySQL почему-то его решили грохнуть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	65. "В MySQL 8.0 отмечается закат хранилища MyISAM "	–1 +/–
	Сообщение от Аноним (-), 13-Окт-16, 13:08
	Посмотри код myisam - и вопрос отпадёт сам собой. Он чудовищно написан, а джедаев на его поддержку как-то не находится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от Gemorroj (ok), 13-Окт-16, 11:19
	По факту почти везде innodb. memory какой-то тормознутый (лок на уровне таблицы при insert, например, чего стоит), archive ненадежный (лично приходилось несколько раз восстанавливать).
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	46. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+1 +/–
	Сообщение от Аноним (-), 13-Окт-16, 11:42
	>найтивное какая сложная рушшиан лангуага.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	50. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 13-Окт-16, 11:52
	>сложная рушшиан лангуага. Лангважа!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	90. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+5 +/–
	Сообщение от all_glory_to_the_hypnotoad (ok), 13-Окт-16, 14:40
	> Под специфические задачи я могу написать свой табличный движок. Это всё полнейшая чушь, не можешь. Во-первых, все прользователи мускуля тупые овощи и они едва осилят нагогнокодить даже myisam подобную хрень. А во-вторых, фичи мускуля-подобной СУБД в мускуле поддерживает только один движок и это innodb. Остальные же сторадж плагины создают большую головную боль разработчикам т.к. они умеют небольшое подмножество фич и пользователи постоянно наступают на грабли неоднородности функционала. Например, для многих оказывается неожиданностью, что myisam не держит rw нагрузку и ложит сервер. Реализовать близкий по функционалу и качеству движок не под силу кучше школоло, а у профессионалов уходят годы чтобы просто сделать творческое производное от этого же innodb. Потому в нормальных СУБД есть примерно один тесно интегрированный движок который пилят годами. И даже до овощей из мускуля наконец таки доходит, что движок должен быть один и лучше допиливать фичи в этот один сторажд, чем пытаться поддерживать кучу неоднородных плагинов.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	124. "В MySQL 8.0 отмечается закат хранилища MyISAM "	+/–
	Сообщение от anonymous (??), 13-Окт-16, 20:21
	>В PostgresSQL такого никогда не будет. Отвечаешь? Вообще у разработчиков давно в планах поддержка взаимозаменяемых движков, сейчас производителям проприетарных дб на базе постгресса приходиться форкать весь постргес, что мешает им контрибьютить изменения обратно.
	Ответить \| Правка \| К родителю #32 \| Наверх \| Cообщить модератору


	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ообщить модератору