Здравствуйте, mrTwister, Вы писали:
T>Это было не о возможности сделать бекап на работающей базе, а об откате к предыдущей рабочей версии в случае каких-либо проблем. down-time нужен чтобы данные не потерялись.
Совершенно непонятно, зачем нужен даунтайм для обеспечения нетеряемости данных. Для нетеряемости данных, вообще-то, достаточно бэкапа.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, mrTwister, Вы писали:
T>Здравствуйте, _d_m_, Вы писали:
___>>Да то, что речь идет все-таки о гуидах, а не их эмуляции в binary.
T>И какие проблемы с bibary?
С чем, чем? Интересная штука этот MySQL И типы данных у него интересные.
Ладно, оставим GUID-ы в покое. Худо-бедно, но можно и так.
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, mrTwister, Вы писали:
T>>Это было не о возможности сделать бекап на работающей базе, а об откате к предыдущей рабочей версии в случае каких-либо проблем. down-time нужен чтобы данные не потерялись. S>Совершенно непонятно, зачем нужен даунтайм для обеспечения нетеряемости данных. Для нетеряемости данных, вообще-то, достаточно бэкапа.
Сначала ты сделал бекап, после этого юзеры нафигачили в базу кучу данных, потом ты понимаешь, что надо откатываться. Что делать будешь?
Здравствуйте, Sinclair, Вы писали:
S>Здравствуйте, mrTwister, Вы писали:
T>>Это было не о возможности сделать бекап на работающей базе, а об откате к предыдущей рабочей версии в случае каких-либо проблем. down-time нужен чтобы данные не потерялись. S>Совершенно непонятно, зачем нужен даунтайм для обеспечения нетеряемости данных. Для нетеряемости данных, вообще-то, достаточно бэкапа.
Я так понял:
1. Делают бэкап;
2. Накатывают апдейт;
3. Ошибка, надо восстановить данные из бэкапа п.1.
4. Восстановление из бэкапа.
5. База в состоянии на момент времени п.1.
И если во время этого работают юзеры, то вся их работа будет потеряна.
Здравствуйте, _d_m_, Вы писали:
___>На метро в кузове самосвала? Оригинально. Так вам же и предлагают с комфортом ехать, а вы: нет спасибо — в самосвале лучше.
Мне надо роту солдат перевезти, а мне такси предлагают. Говорят, что там комфортнее. Может и комфортнее (я с этим, кстати и не спорю), только где же денег столько взять? Вот конкретный пример моей конторы: сделали систему на MSSQL, посчитали стоимость лицензии (несколько мощных многопроцессорных серверов в разных частях мира) офигели и перешли на MySQL. Полет нормальный.
Здравствуйте, mrTwister, Вы писали:
T>Здравствуйте, _d_m_, Вы писали:
___>>На метро в кузове самосвала? Оригинально. Так вам же и предлагают с комфортом ехать, а вы: нет спасибо — в самосвале лучше.
T>Мне надо роту солдат перевезти, а мне такси предлагают. Говорят, что там комфортнее. Может и комфортнее (я с этим, кстати и не спорю), только где же денег столько взять? Вот конкретный пример моей конторы: сделали систему на MSSQL, посчитали стоимость лицензии (несколько мощных многопроцессорных серверов в разных частях мира) офигели и перешли на MySQL. Полет нормальный.
Выделенное может стоить затрат гораздо больших, чем цена лицензий.
Здравствуйте, mrTwister, Вы писали: T>Сначала ты сделал бекап, после этого юзеры нафигачили в базу кучу данных, потом ты понимаешь, что надо откатываться. Что делать будешь?
Откатываться. А что, есть какие-то варианты?
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
T>>Мне надо роту солдат перевезти, а мне такси предлагают. Говорят, что там комфортнее. Может и комфортнее (я с этим, кстати и не спорю), только где же денег столько взять? Вот конкретный пример моей конторы: сделали систему на MSSQL, посчитали стоимость лицензии (несколько мощных многопроцессорных серверов в разных частях мира) офигели и перешли на MySQL. Полет нормальный.
G>Выделенное может стоить затрат гораздо больших, чем цена лицензий.
Видимо не в их случае. Странно другое — что они не посчитали стоимость ДО начала разработки и не учли в бюджете.
T>>Сначала ты сделал бекап, после этого юзеры нафигачили в базу кучу данных, потом ты понимаешь, что надо откатываться. Что делать будешь? S>Откатываться. А что, есть какие-то варианты?
Тут он прав — нужен даунтайм.
Отключаем внешние подключения, бэкапимся, производим все необходимые процедуры, тестируем, обнаруживаем проблему, пытаемся исправить, видим, что исправить быстро не выйдет, откатываемся, пускаем внешние подключения...
Здравствуйте, _d_m_, Вы писали:
_> ___>>Да не проблема — я в MS SQL тоже легко могу использовать binary(16), и записывать, и сравнивать, и индексы строить. И? _> T>Что и? _> Да то, что речь идет все-таки о гуидах, а не их эмуляции в binary.
Что-то я не совсем тебя понимаю. Если у тебя сейчас стоит задача найти фитчу, которую не поддерживает MySQL, но поддерживает MSSQL, после чего сказать: "Посмотрите какое убожество у него нет даже <...>", то можно же сделать проще — запроси, например, materialized views.
Здравствуйте, _d_m_, Вы писали:
_> Задаю вопрос по другому. Есть таблица с автоинкрементным полем. Эта таблица существует в двух БД и настроена двухсторонняя репликация этой таблицы, как быть с автоинкрементынм полем? Сразу говорю identity seed — есть чмо и отстой, поэтому не будем о этом. Итак, как?
Переформулируй задачу в терминах MySQL, чтобы мы все точно понимали, что у тебя есть, чего ты хочешь достичь и что ты будешь для этого делать.
Здравствуйте, criosray, Вы писали:
C>Тут он прав — нужен даунтайм. C>Отключаем внешние подключения, бэкапимся, производим все необходимые процедуры, тестируем, обнаруживаем проблему, пытаемся исправить, видим, что исправить быстро не выйдет, откатываемся, пускаем внешние подключения...
Ок, ясно.
... << RSDN@Home 1.2.0 alpha rev. 677>>
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, mrTwister, Вы писали:
T> M>Причем в Enterprise tudio есть гниальная фича «показать план запроса», оторый подскажет, на каких именно данных просаживается запрос. Обычно бывает достаточно прикрутить забытый индекс — и вуаля.
T> Все тоже самое.
T> M>Для MySQL'я таких тлзов просто не существует в природе, насколько я знаю
T> http://dev.mysql.com/doc/refman/5.1/en/explain.html
Здравствуйте, criosray, Вы писали:
c> ___>>Даже если так — и что? GUID тем и удобен, что его можно генерировать на клиенте. А вот проблема ключа длиной 36 vs 16 — это риал.
c> T>Ничего не мешает хранить 16 байт в бинари формате.
c> Точно. c> http://www.mysqlperformanceblog.com/2007/03/13/to-uuid-or-not-to-uuid/
О, спасибо. ЕНще один пример того, какая жопа может быть в мускуле только из-за движков.
Здравствуйте, _d_m_, Вы писали:
_> AB>Подробнее здесь и здесь.
_> Спасибо, посмеялся. _> Во первых, речь шла про план запроса. Типа такого http://files.rsdn.ru/21534/PlanPutina2.GIF , там еще мышкой наводишь например на индекс скан и смотришь что, где и почему — число строк, размер строки, io cost и многое.
Эм. Если тебе нужны рисунки, где можно поводить мышкой, то да, таких я не встречал (хотя, возможно, они есть). Технических преград к тому, чтобы они появились нет — преобразование из текстового вывода в графику вполне под силу. Вероятно, тут работает другой фактор — а кому это нужно, если большинство серверов тебя просто не пустят к себе по порту 3306 с клиентской машины и остается путь или через консоль (что предпочтительнее) или через всякие phpMyAdmin (которые для "бедных").
Если же ты имел ввиду какую-то метрику. То назови ее (можно еще дать тестовую схему, тестовый набор данных и тестовый запрос, который требуется разобрать) — покурим, посмотрим что может рассказать нам MySQL.
Здравствуйте, Anton Batenev, Вы писали:
AB>Что-то я не совсем тебя понимаю. Если у тебя сейчас стоит задача найти фитчу, которую не поддерживает MySQL, но поддерживает MSSQL, после чего сказать: "Посмотрите какое убожество у него нет даже <...>", то можно же сделать проще — запроси, например, materialized views.
Даже не заикался — т.к. понятно, что нет. Как и много другого. Просто человек заявил — что мол поддерживает GUID-ы, а как выяснилось нет. И постоянно приводит сравнения с MS SQL и Oracle, причем некорректные. Хотя MySQL-ю до нормальных СУБД, как свинье до Луны.
Здравствуйте, Anton Batenev, Вы писали:
AB>Здравствуйте, _d_m_, Вы писали:
_>> Задаю вопрос по другому. Есть таблица с автоинкрементным полем. Эта таблица существует в двух БД и настроена двухсторонняя репликация этой таблицы, как быть с автоинкрементынм полем? Сразу говорю identity seed — есть чмо и отстой, поэтому не будем о этом. Итак, как?
AB>Переформулируй задачу в терминах MySQL, чтобы мы все точно понимали, что у тебя есть, чего ты хочешь достичь и что ты будешь для этого делать.
Чеегоо? В каких терминах? У него другие термины?
Понимаешь, есть такой стандарт, называется SQL. Дык я и не сказал ничего такого, что бы выходило за его рамки. Ах да, в MySQL со стандартом плохо, говорят не дотягивает даже до SQL-86.
Здравствуйте, mrTwister, Вы писали:
T>Здравствуйте, _d_m_, Вы писали:
___>>Спасибо, посмеялся. ___>>Во первых, речь шла про план запроса. Типа такого http://files.rsdn.ru/21534/PlanPutina2.GIF , там еще мышкой наводишь например на индекс скан и смотришь что, где и почему — число строк, размер строки, io cost и многое. T>Тебе шашечки, или ехать? Или ты информацию только в картинках воспринимаешь?
Здравствуйте, _d_m_, Вы писали:
___>Чеегоо? В каких терминах? У него другие термины? ___>Понимаешь, есть такой стандарт, называется SQL. Дык я и не сказал ничего такого, что бы выходило за его рамки.
В каком стандарте есть репликация?
___>Ах да, в MySQL со стандартом плохо, говорят не дотягивает даже до SQL-86.
Давай по пунктам. Чего именно из стандарта нет в MySQL.
И типы данных у него интересные.
