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