Кузнецов Евгений wrote:
Но почему тогда в Firebird 2.01 отменили Object in Use
при попытке изменить ХП, если есть активные коннекты с БД?
И никто даже не выступил за настраиваемое сохранение этого поведения?
Потому что до FB2 всегда именно так и было. И было документировано.
Хорошо ли
Думается мне, что от контекста соединения триггер не зависит.
Если изменить его на ходу, то сразу для всех соединений триггер начнет
работать по-новому, так?
все администраторы БД делятся на две категории - те, которые теряли БД при
обновлении метаданных на ходу и тех, которым это еще
Доброго времени суток!
Boulitchev Aleksey wrote:
все администраторы БД делятся на две категории - те, которые теряли БД
при обновлении метаданных на ходу и тех, которым это еще предстоит
Допустим, Вы правы.
Но почему тогда в Firebird 2.01 отменили Object in Use
при попытке изменить ХП,
On Thu, 23 Aug 2007 09:08:58 +0400, Ovchinnikov Vasily [EMAIL PROTECTED]
wrote:
Думается мне, что от контекста соединения триггер не зависит.
Если изменить его на ходу, то сразу для всех соединений триггер начнет
работать по-новому, так?
Из чего вдруг такой неожиданный вывод?
Неправильно
Думается мне, что от контекста соединения триггер не зависит.
Если изменить его на ходу, то сразу для всех соединений триггер начнет
работать по-новому, так?
все администраторы БД делятся на две категории - те, которые теряли БД при
обновлении метаданных на ходу и тех, которым это еще
Доброго времени суток!
Boulitchev Aleksey wrote:
все администраторы БД делятся на две категории - те, которые теряли БД при
обновлении метаданных на ходу и тех, которым это еще предстоит
Изменение существующих метаданных - понятно. А вот создание новых, в
теории, должно быть безопасно.
Привет!
все администраторы БД делятся на две категории - те, которые теряли БД при
обновлении метаданных на ходу и тех, которым это еще предстоит
Изменение существующих метаданных - понятно. А вот создание новых, в
теории, должно быть безопасно. Понятно, что в сервере могут быть
ошибки,
Не, народ, я понимаю, что даже у вас там жарко (у нас асфальт
плавится), но почему все же никто еще не требовал от производителей
авто добавить возможность замены пары-тройки шестеренок в двигателе
во время езды на этом самом авто ?
Нельзя так сравнивать. В автомобиле не получится скопировать
Sergey Mereutsa wrote:
Не, народ, я понимаю, что даже у вас там жарко (у нас асфальт
плавится),
У нас уже вроде и не слишком жарко, но на улицу без акваланга боязно
выходить - есть реальный шанс захлебнуться этим воздухом. На работе
ещё кондей худо-бедно подсушивает...
но почему все
On Thu, 23 Aug 2007 12:37:19 +0400, Sergey Mereutsa [EMAIL PROTECTED] wrote:
но почему все же никто еще не требовал от производителей
авто добавить возможность замены пары-тройки шестеренок в двигателе
во время езды на этом самом авто ?
Зато этим постоянно занимаются кардиохирурги :D
Но
Привет!
но почему все же никто еще не требовал от производителей
авто добавить возможность замены пары-тройки шестеренок в двигателе
во время езды на этом самом авто ?
Зато этим постоянно занимаются кардиохирурги :D
А тут этим занимаются, гхм, ... ну, в общем, тоже доктора :))
--
Best
И многие лета здравы все будьте!
Освежу свою же темку, ибо вопрос схож по содержанию.
Изменение тел триггеров в базе можно делать на ходу?
Думается мне, что от контекста соединения триггер не зависит.
Если изменить его на ходу, то сразу для всех соединений триггер начнет
работать по-новому,
Ovchinnikov Vasily пишет:
положен расстрел на месте. Однако, ежели я меняю на ходу метаданные
селективных ХП, то я так думаю, что криминала-то в этом никакого нету, а?
нету но ты должен отдавать себе отчет, что часть клиентов продолжат
юзать старую версию, а часть новую. При этом как-то
Здоровья всем вам!
Вот, мысль посетила в процессе производственной необходимости (или оправдание
себе ищу...)
Много копий сломано (а многие доламывают и по сей день, горюя над убитыми
базами) и все знают, что за изменение метаданных на ходу положен расстрел на
месте. Однако, ежели я меняю на
Ovchinnikov Vasily [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Здоровья всем вам!
Вот, мысль посетила в процессе производственной необходимости (или
оправдание себе ищу...)
Много копий сломано (а многие доламывают и по сей день, горюя над убитыми
Dmitry Yemanov пишет:
Ovchinnikov Vasily wrote:
ежели я меняю на ходу метаданные селективных ХП, то я так думаю, что
криминала-то в этом никакого нету, а?
Ну, если для тебя нормально, что эти ХП разным клиентам возвращают
разные данные...
Нет, в моей ситуации меня это не смущает, как
WildSery пишет:
On Tue, 31 Jul 2007 13:25:51 +0400, Мадорский Г.В. [EMAIL PROTECTED] wrote:
А может лучше Execute Block?
+1. Опять же с зависимостями бороться не надо ;)
А че это вы тут делаете, а?.. Кино-то уже давно кончилось!
(с) Добро пожаловать или Посторонним вход воспрещен
:-D
--
Ну, если для тебя нормально, что эти ХП разным клиентам возвращают
разные данные...
Я тож об етом раздумывал, шас вроде понел что базy ето непортит. Кстати,
если непортит, то резултаты могут быть коректными, например, если
внутри процедури только оптимизируется запросы и выходные данные при
Если yж на ету тему, то как вредно будет на ходу дропать чтото если
100% уверен что ето некто неюзает ?
Что будет если я при заюзанои таблице дропну колонку которую уже 100 лет
некто неюзает ? Или в заюзанои таблице добавлю колонку или новыи индекс,
или дропну лишнии 100% незатронутыи индекс
пцаны, особенно работающие с ответственными системами, вводят понятие
регламента, например с 2-х до 4-х ночи в последний понедельник месяца и
делают в это время все, что угодно
Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом
хоть порнюхи качаи, а одна круглосуточная и
Janex пишет:
пцаны, особенно работающие с ответственными системами, вводят понятие
регламента, например с 2-х до 4-х ночи в последний понедельник месяца
и делают в это время все, что угодно
Y нас 5 лаборатории, 4 из них вечером заканчивают работу и я там потом
хоть порнюхи качаи, а одна
21 matches
Mail list logo
