Re: Изменение метаданных селективных ХП на ходу
Ovchinnikov Vasily wrote: ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Ну, если для тебя нормально, что эти ХП разным клиентам возвращают разные данные... -- Дмитрий Еманов
Re: Изменение метаданных селективных ХП на ходу
Ovchinnikov Vasily пишет: положен расстрел на месте. Однако, ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? нету но ты должен отдавать себе отчет, что часть клиентов продолжат юзать старую версию, а часть новую. При этом как-то понять, кто какую версию будет использовать лучше ненадо. Потому что это очень depends. Если такой вариант тебя устраивает, то меняй. -- Кочмин Александр
Re: Изменение метаданных селективных ХП на ходу
"Ovchinnikov Vasily" <[EMAIL PROTECTED]> сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Здоровья всем вам! Вот, мысль посетила в процессе производственной необходимости (или оправдание себе ищу...) Много копий сломано (а многие доламывают и по сей день, горюя над убитыми базами) и все знают, что за изменение метаданных "на ходу" положен расстрел на месте. Однако, ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Я прав или не прав? А может лучше Execute Block? With b/r. Gleb.
Re: Изменение метаданных селективных ХП на ходу
Dmitry Yemanov пишет: Ovchinnikov Vasily wrote: ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а? Ну, если для тебя нормально, что эти ХП разным клиентам возвращают разные данные... Нет, в моей ситуации меня это не смущает, как ни странно :-) Физические повреждения базе в этом случае не грозят - подтверждение этого я хотел услышать. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Изменение метаданных селективных ХП на ходу
On Tue, 31 Jul 2007 13:25:51 +0400, Мадорский Г.В. <[EMAIL PROTECTED]> wrote: > А может лучше Execute Block? +1. Опять же с зависимостями бороться не надо ;) -- Сергей Смирнов.
Re: Изменение метаданных селективных ХП на ходу
WildSery пишет: On Tue, 31 Jul 2007 13:25:51 +0400, Мадорский Г.В. <[EMAIL PROTECTED]> wrote: А может лучше Execute Block? +1. Опять же с зависимостями бороться не надо ;) "А че это вы тут делаете, а?.. Кино-то уже давно кончилось!" (с) "Добро пожаловать или Посторонним вход воспрещен" :-D -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Изменение метаданных селективных ХП на ходу
Ну, если для тебя нормально, что эти ХП разным клиентам возвращают разные данные... Я тож об етом раздумывал, шас вроде понел что базy ето непортит. Кстати, если непортит, то резултаты могут быть коректными, например, если внутри процедури только оптимизируется запросы и выходные данные при етом неменяются - одни какоето время будут юзать старую тормознутую версию, остальные новую, не ? Если yж на ету тему, то как вредно будет на ходу дропать чтото если 100% уверен что ето некто неюзает ? Что будет если я при заюзанои таблице дропну колонку которую уже 100 лет некто неюзает ? Или в заюзанои таблице добавлю колонку или новыи индекс, или дропну лишнии 100% незатронутыи индекс ? Regards Janex
Re: Изменение метаданных селективных ХП на ходу
Если yж на ету тему, то как вредно будет на ходу дропать чтото если 100% уверен что ето некто неюзает ? Что будет если я при заюзанои таблице дропну колонку которую уже 100 лет некто неюзает ? Или в заюзанои таблице добавлю колонку или новыи индекс, или дропну лишнии 100% незатронутыи индекс ? пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно -- Булычев Алексей http://www.stella-npf.ru
Re: Изменение метаданных селективных ХП на ходу
пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом хоть порнюхи качаи, а одна круглосуточная и там работа как на конвеиере :( Когда надо юзеров выгонять, то они меня чуть не сатанои шитают :( Вот сделал новыи модуль - надо новую таблицу сделать и в сушетвуюшеи (активно заюзанои) колонку дабавить... вроде некому немешаю ... Regards Janex
Re: Изменение метаданных селективных ХП на ходу
Janex пишет: пцаны, особенно работающие с ответственными системами, вводят понятие регламента, например с 2-х до 4-х ночи в последний понедельник месяца и делают в это время все, что угодно Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом хоть порнюхи качаи, а одна круглосуточная и там работа как на конвеиере :( Когда надо юзеров выгонять, то они меня чуть не сатанои шитают :( Вот сделал новыи модуль - надо новую таблицу сделать и в сушетвуюшеи (активно заюзанои) колонку дабавить... вроде некому немешаю ... ...а потом один из УЖЕ подключенных клиентов начинает юзать твою физически обновленную таблицу со старыми метаданными из кэша - пипец! (может я бред сказал?) Не, с таблицами на такие фокусы я не подписываюсь. Я изначально в теме сделал акцент на СЕЛЕКТИВНЫЕ процедуры, т.е. которые НИЧЕГО НЕ ПИШУТ, и уж совсем никак не про таблицы. Алексей правильно сказал: для ТАКИХ дел (и для всего, чего угодно, в том числе) регламентное окно нужно предусматривать. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Изменение метаданных селективных ХП на ходу
И многие лета здравы все будьте! Освежу свою же темку, ибо вопрос схож по содержанию. Изменение тел триггеров в базе можно делать на ходу? Думается мне, что от контекста соединения триггер не зависит. Если изменить его "на ходу", то сразу для всех соединений триггер начнет работать по-новому, так? -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: Изменение метаданных селективных ХП на ходу
On Thu, 23 Aug 2007 09:08:58 +0400, Ovchinnikov Vasily <[EMAIL PROTECTED]> wrote: > Думается мне, что от контекста соединения триггер не зависит. > Если изменить его "на ходу", то сразу для всех соединений триггер начнет > работать по-новому, так? Из чего вдруг такой неожиданный вывод? Неправильно думается. Логика та же, что для ХП. -- Сергей Смирнов. --~--~-~--~~~---~--~~ Данное сообщение отправлено Вам, так как Вы являетесь подписчиком группы "gmane.comp.db.firebird.russian" на группах Google. Для того, чтобы отправить сообщение в эту группу, пошлите его по адресу ru-firebird@googlegroups.com Чтобы отменить подписку на эту группу, отправьте сообщение по адресу: [EMAIL PROTECTED] Дополнительные варианты находятся на странице группы http://groups.google.com/group/ru-firebird?hl=ru -~--~~~~--~~--~--~---
Re: Изменение метаданных селективных ХП на ходу
Думается мне, что от контекста соединения триггер не зависит. Если изменить его "на ходу", то сразу для всех соединений триггер начнет работать по-новому, так? все администраторы БД делятся на две категории - те, которые теряли БД при обновлении метаданных на ходу и тех, которым это еще предстоит -- Булычев Алексей http://www.stella-npf.ru
Re: Изменение метаданных селективных ХП на ходу
Доброго времени суток! "Boulitchev Aleksey" wrote: > все администраторы БД делятся на две категории - те, которые теряли БД при > обновлении метаданных на ходу и тех, которым это еще предстоит Изменение существующих метаданных - понятно. А вот создание новых, в теории, должно быть безопасно. Понятно, что в сервере могут быть ошибки, приводящие к порче базы в этом случае (как упоминал А. Ковязин). Но в светлом будущем, наверное, можно будет? С уважением, Евгений.
Re: Изменение метаданных селективных ХП на ходу
> Не, народ, я понимаю, что даже у вас там жарко (у нас асфальт > плавится), но почему все же никто еще не требовал от производителей > авто добавить возможность замены пары-тройки шестеренок в двигателе > во время езды на этом самом авто ? Нельзя так сравнивать. В автомобиле не получится скопировать шестерёнки или переставить на ходу колёса на соседний автомобиль, а после этого ещё и откатить залив некачественного бензина. Всё таки для СУБД функционал следует понимать несколько шире.
Re: Изменение метаданных селективных ХП на ходу
Sergey Mereutsa wrote: Не, народ, я понимаю, что даже у вас там жарко (у нас асфальт плавится), У нас уже вроде и не слишком жарко, но на улицу без акваланга боязно выходить - есть реальный шанс захлебнуться этим "воздухом". На работе ещё кондей худо-бедно подсушивает... но почему все же никто еще не требовал от производителей авто добавить возможность замены пары-тройки шестеренок в двигателе во время езды на этом самом авто ? Нуу... я разок решил покрутить регулировки положения рулевой колонки, выполняя правый поворот с набережной на Литейный мост. Ничо так получилось, всего лишь молдинг на правой передней двери под замену. -- Regards. Ded.
Re: Изменение метаданных селективных ХП на ходу
Доброго времени суток! Boulitchev Aleksey wrote: все администраторы БД делятся на две категории - те, которые теряли БД при обновлении метаданных на ходу и тех, которым это еще предстоит Допустим, Вы правы. Но почему тогда в Firebird 2.01 отменили "Object in Use" при попытке изменить ХП, если есть активные коннекты с БД? И никто даже не выступил за настраиваемое сохранение этого поведения? С уважением, Евгений
Re: Изменение метаданных селективных ХП на ходу
Кузнецов Евгений wrote: Но почему тогда в Firebird 2.01 отменили "Object in Use" при попытке изменить ХП, если есть активные коннекты с БД? И никто даже не выступил за настраиваемое сохранение этого поведения? Потому что до FB2 всегда именно так и было. И было документировано. Хорошо ли это, плохо ли... АКМ сам по себе не может быть плох или хорош, зависит от того, в чьих он руках. Скажем, я вечерком точно знаю, что работают только несколько remote АРМ и могу холоднокровно менять процедуры, которые вызываются только локальными АРМ. -- Regards. Ded.
Re: Изменение метаданных селективных ХП на ходу
> >> Думается мне, что от контекста соединения триггер не зависит. > >> Если изменить его "на ходу", то сразу для всех соединений триггер начнет > >> работать по-новому, так? > > все администраторы БД делятся на две категории - те, которые теряли БД при > обновлении метаданных на ходу и тех, которым это еще предстоит Мда. А я вот не смог сформулировать свое отношение к этой теме без использования матерных выражений :(( Коваленко Дмитрий.