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

Wikimedia планирует мигрировать с MySQL на MariaDB, opennews (??), 04-Фев-13, (0) [смотреть все] –1 Почему не на Drizzle , Аноним (-), 10:50 , 04-Фев-13, (1) –1 // Жосткие архитектурные особенности, Аноним (-), 20:59 , 04-Фев-13, (23) Я так понял MySQL скоро переползет на могильник Apache, чтобы OO скучно не было , Аноним (-), 11:15 , 04-Фев-13, (3) +13 // OO куда живее, чем LO А теперь, когда LO-шные клоуны своими руками похерили сов, clown (?), 12:15 , 04-Фев-13, (5) –21 // Совместимость чего с чем Это проблемы выбранной ими лицензии , Аноним (-), 12:18 , 04-Фев-13, (7) +4 А разве из OO уже есть что воровать , anonymous (??), 12:23 , 04-Фев-13, (8) +4 ага, костели выкинули последний 3 6 совсем супер - летает, удобен , fi (ok), 12:29 , 04-Фев-13, (9) +4 это именно то самое деяние -- которым займутся проприетарщики, выпуская свой оче, Xasd (ok), 13:52 , 04-Фев-13, (16) +1 Не заметно У меня LO работает и каши не просит, в общем Лошный клоун - это вы п, Аноним (-), 22:06 , 04-Фев-13, (25) У нее лицензия неправильная Вот оракль и апачисты будут делить на 0 А у нас K, Аноним (-), 22:04 , 04-Фев-13, (24) Последний стабильный выпуск MariaDB 5 5 основан на кодовой базе MySQL 5 5 д, Java coder (?), 02:38 , 05-Фев-13, (29) Вот и плати после этого всяким товарищам гигабакс за Open Source , Аноним (-), 11:24 , 04-Фев-13, (4) // Ты таки хочешь сказать, что авторы MySQL в чем-то нарушили закон Условия лицен, myhand (ok), 12:30 , 04-Фев-13, (10) // Хочу сказать, что это не выгодно покупать , вот и все , Аноним (-), 13:20 , 04-Фев-13, (12) // Почему вы так решили , Аноним (-), 13:27 , 04-Фев-13, (14) И сказал ты глупость Программный продукт, связанная с ним инфраструктура - не шт, myhand (ok), 14:03 , 04-Фев-13, (17) +2 Я не являюсь фанатом mysql, но объективности ради - это весьма востребованная си, Аноним (-), 17:49 , 04-Фев-13, (19) Право, ничего дурного тут особо не видно Oracle оно с самого начала нафиг нужн, myhand (ok), 20:49 , 04-Фев-13, (21) Мне показалосьб, что MySQL в Oracle закрывал нишу простых и дешовых SQL баз не , A. (?), 13:52 , 05-Фев-13, (35) Тоже мне мигранты Вот если бы они решили на PostgreSQL переехать - то была бы ми, Аноним (-), 12:16 , 04-Фев-13, (6) +7 // На постгрис это ппц Вообщем SQL у них похожий, но в мелочах настолько разный чт, rshadow (ok), 13:03 , 04-Фев-13, (11) +4 // ANSI SQL, иначе сам виноват , тфьу (?), 13:22 , 04-Фев-13, (13)   // ANSI SQL не стандартизирует индексы и такие критические вещи для web как блокиро, Аноним (-), 13:30 , 04-Фев-13, (15)   Это если пишешь систему подразумевающий выбор БД для использования Блог какой-, Sinot (ok), 18:16 , 04-Фев-13, (20)   Потому, например, что надобность может возникнуть в будущем , myhand (ok), 20:52 , 04-Фев-13, (22)   Я понимаю, такие решения не могут быть универсальны для всех случаев И каждый п, Sinot (ok), 22:39 , 04-Фев-13, (27)   Все можно, если осторожно , myhand (ok), 22:44 , 04-Фев-13, (28)   На практике - почти во всех случаях дешевле затачивать под конкретную базу Если, Crazy Alex (ok), 02:46 , 05-Фев-13, (30)   И не в вебе тоже По сути каждый раз есть выбор или вложить много и сделать кач, VoDA (ok), 11:06 , 05-Фев-13, (33)   Минорное изменение Вот если бы они мигрировали инфраструктуру на единую распреде, VoDA (ok), 15:45 , 04-Фев-13, (18) +1 // Видите ли, они заинтересованы прежде всего в результате - то есть живых и работа, Crazy Alex (ok), 02:48 , 05-Фев-13, (31) // Согласен - проще заменить на аналог, тем более совместимый по API, чем на другую, VoDA (ok), 11:10 , 05-Фев-13, (34) хм, а почему никто Percon у не рассматривает , lavros (?), 22:24 , 04-Фев-13, (26) –1 полностью открытый процесс разработки не зависящий от отдельных вендоров, Аноним (-), 03:27 , 05-Фев-13, (32) 1,3,4,6,18,26,32

Сообщения

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

	13. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от тфьу (?), 04-Фев-13, 13:22
	> Вообщем SQL у них похожий, но в мелочах настолько разный что хоть заново пиши... ANSI SQL, иначе сам виноват.
	Ответить | Правка | Наверх | Cообщить модератору

	15. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от Аноним (-), 04-Фев-13, 13:30
	>> Вообщем SQL у них похожий, но в мелочах настолько разный что хоть заново пиши... > ANSI SQL, иначе сам виноват. ANSI SQL не стандартизирует индексы и такие критические вещи для web как блокировки.
	Ответить | Правка | Наверх | Cообщить модератору

	20. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от Sinot (ok), 04-Фев-13, 18:16
	Это если пишешь систему подразумевающий выбор БД для использования. (Блог какой-нибудь) А если такой надобности нет, почему бы не использовать фичи конкретной БД? Аналогично писать проект Linux only и не использовать возможности доступные только для него.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	22. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от myhand (ok), 04-Фев-13, 20:52
	> А если такой надобности нет, почему бы не использовать фичи конкретной БД? Потому, например, что "надобность" может возникнуть в будущем.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от Sinot (ok), 04-Фев-13, 22:39
	Я понимаю, такие решения не могут быть универсальны для всех случаев. И каждый проект решает для себя сам что и как использовать. В том числе с перспективой на будущее. Но ё мае, новые фичи вообще нельзя использовать что ли?
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от myhand (ok), 04-Фев-13, 22:44
	Все можно, если осторожно.
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от Crazy Alex (ok), 05-Фев-13, 02:46
	На практике - почти во всех случаях дешевле затачивать под конкретную базу. Если условия меняются так, что выбранная база не справляется, то затраты на адаптацию под что-то другое - мелочь в море других затрат. Собственно, если есть хоть какая-то внятная архитектура, то SQL довольно локализован. А если спагетти - то его рефакторинг с вероятностью даст эдак на порядок больше, чем переход на постгрес или ещё куда. Хотя в случае веба дешевле клепать костыли до последнего, тупо обкладываясь кэшами и кластерами.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	33. "Wikimedia планирует мигрировать с MySQL на MariaDB"	+/–
	Сообщение от VoDA (ok), 05-Фев-13, 11:06
	> Хотя в случае веба дешевле клепать костыли до последнего, тупо обкладываясь кэшами и кластерами. И не в вебе тоже ;) По сути каждый раз есть выбор или вложить много и сделать качественное изменение кода или вложить мало и костылями решить локальные проблемы. Вкладывать каждый раз по много и делать качественный рефакторинг получается слишком дорого на круг. А если постоянно экономить и костылить, то код очень быстро превратиться в лапшу, которую только выкинуть остается. ИМХО золотая середина где то между этими подходами - раз в пол-года-год делается качественный рефакторинг, остальное время решаются локальные косяки.
	Ответить | Правка | Наверх | Cообщить модератору

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

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