Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

softwarer wrote:
> Теперь давайте подумаем, что есть serializable в этом случае. На самом
> деле это ни что иное как эксклюзивная блокировка таблицы или иного
> крупного объекта (да еще и возможно с растущими из него). То есть решить
> эту задачу мы можем только блокировкой в худшем неверсионном стиле.
Учитывая, что так или иначе подобного рода блокировка всё равно
накладывается на время изменения метаданных, то единственным
отрицательным побочным эффектом может являтся "кривизна рук"
разработчика, который будет слишком долго держать транзакцию.
Но это, как известно, решабельно.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 11:21    [5503019]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
hvlad
Member

Откуда:
Сообщений: 11551
softwarer
представьте себе, что я делаю в транзакции некоторое изменение структуры таблицы, несовместимое со старой. Скажем, alter table drop column или alter table add foreign key. Далее в той же транзакции я делаю запрос к модифицированной таблице и как-то использую полученные данные. Проблема в том, что при любом уровне ниже serializable я при этом должен получить записи, параллельно вставленные другими транзакциями в старую версию структуры.
Почему это ?
Или имеются в виду записи в старом формате, вставленные до DDL ?
В IB\FB, кстати, с этим проблем нет - они поддерживают версионность метаданных.
4 апр 08, 11:51    [5503276]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
StX
Guest
softwarer

Мысль вроде понял. Неважно блокировочник это или версионник - DDL требует эксклюзивную блокировку объекта. По-крайней мере пока наука-чудесница ничего нового пока не предлагает...

Но всё-таки, почему идеология "первого версионника" требует DDL сразу коммитить? Ведь обновления обычно накатывают не на живую систему; что с того что блокировка будет висеть?

Неужели оставили ddl-in-tran на версию 12p? Теперь можно откатить весь патч целиком!
4 апр 08, 11:56    [5503327]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
locky

Учитывая, что так или иначе подобного рода блокировка всё равно
накладывается на время изменения метаданных, то единственным
отрицательным побочным эффектом может являтся "кривизна рук"
разработчика, который будет слишком долго держать транзакцию.
Но это, как известно, решабельно.
Posted via ActualForum NNTP Server 1.4


Шо, опять ?
а статистика ? кроме блокировки на всю таблицу, при изменении структуры сбразывается вся статистика , таким образом DDL просто убивает оптимизатор, далее mssql и остальные реализовавшие эту идеологически кривую хрень не смогут сделать нормальное отслеживание зависимостей.
4 апр 08, 12:10    [5503461]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
StX

Но всё-таки, почему идеология "первого версионника" требует DDL сразу коммитить? Ведь обновления обычно накатывают не на живую систему; что с того что блокировка будет висеть?

Неужели оставили ddl-in-tran на версию 12p? Теперь можно откатить весь патч целиком!

в оракле есть десятки вариантов как быстро откатить все изменения DDL, в случае нуадачи одного из DDL. при этом если все прошло ОК, быть увереным, что процедуры не поломались. в MSSQL же в этом плане все совсем грустно, да можно быстро откатить если DDL вылетел с ошибкой, но если DDL сменила структуру таблицы на которую юзает некая сторед процедура которая из-за смены структуры поломалась то DBA об этом узнает только когда юзера начнут его подвешивать за яйца, и никаких инструментов гарантировано отловить поломаные процедуры нет и пока не предвидится ...
вот тут долго пережевывали:
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=488306&pg=8#4871292
4 апр 08, 12:19    [5503535]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Yo.! wrote:
> Шо, опять ?
> а статистика ? кроме блокировки на всю таблицу, при изменении структуры
> сбразывается вся статистика , таким образом DDL просто убивает
> оптимизатор, далее mssql и остальные реализовавшие эту идеологически
> кривую хрень не смогут сделать нормальное отслеживание зависимостей.
"Идеологически неправильное" - это не к нам, это в ЦК.
А то, что "при изменении структуры сбрасывается вся статистика" - так
это, извините, кривизна реализации конкретной СУБД, а не "идеологически
оправданное действие".
Не вижу причины, по которой добавление нового столбца в таблицу должно
приводить к сбросу статистики по уже имеющимся данным (впрочем, что
конкретно в оракле подразумевают под "статистикой" - я имею достаточно
смутное понятие)
Также к сбросу статистики не может привести, например, изменение
процедуры (ДДЛ как никак)
И прочая, прочая....

Posted via ActualForum NNTP Server 1.4

4 апр 08, 12:25    [5503576]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Yo.! wrote:
> кривую хрень не смогут сделать нормальное отслеживание зависимостей.
в 2008 вроде как обещались
Тольком пока не смотрел, у меня свои методы отслеживания зависимостей,
помедленнее, но понавороченней.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 12:26    [5503583]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
locky
то единственным отрицательным побочным эффектом может являтся

Я не вижу смысла обсуждать детали - хоть и не совсем согласен - поскольку они не влияют на основной тезис: это получается уже не версионник, а "версионник, работающий в режиме блокировочника".

hvlad
Почему это ? Или имеются в виду записи в старом формате, вставленные до DDL ?
В IB\FB, кстати, с этим проблем нет - они поддерживают версионность метаданных.

Мне кажется, Вы поторопились и не прочитали написанное мной. Я подразумеваю наличие версионности метаданных - поскольку, как Вы можете увидеть, говорю о старой-новой версиях структуры и их сочетании. В этом как раз и есть проблема с моей точки зрения.

С записями, вставленными и закоммиченными до DDL, проблем как раз нет - поскольку DDL увидит их и обработает (проверит ограничения, переведет в новый формат итп). Точнее, создаст их версии в новом формате. Проблема в следующем:

- в момент времени t1 транзакция T1 выполняет alter table. Старую версию метаданных обозначим S0; появляется версия S1

- в момент времени t2 транзакция T2 выполняет insert в таблицу. S1 еще не закоммичена, поэтому T2 видит структуру S0 и вставляет данные в соответствии с ней. Назовем эту строку R2 формата S0.

- в момент времени t3 транзакция T2 делает commit

- в момент времени t4 транзакция T1 делает select * from table

В этот момент времени, если мы работаем в read committed, select должен увидеть R2. Проблема в том, что она находится в формате S0, который может оказаться принципиально несовместим с форматом S1. Принципиально - например, в S1 присутствует constraint, который для R2 не выполняется.
4 апр 08, 12:31    [5503614]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
locky

Yo.! wrote:
> кривую хрень не смогут сделать нормальное отслеживание зависимостей.
в 2008 вроде как обещались
Тольком пока не смотрел, у меня свои методы отслеживания зависимостей,
помедленнее, но понавороченней.
Posted via ActualForum NNTP Server 1.4


ага, я неделю клянчил показать скрипт, а вы с parklin меня неделю кормили бла-бла, путаясь в обилии бесплезных сп, так и не смогли показать ни скрипт, ни даже описать методологию как вы что-то там отслеживаете... с того времени что-то изменилось ?
4 апр 08, 12:34    [5503657]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
StX
Но всё-таки, почему идеология "первого версионника" требует DDL сразу коммитить? Ведь обновления обычно накатывают не на живую систему; что с того что блокировка будет висеть?

Если накатывать обновления на мертвую систему, между вариантами "коммитить" и "не коммитить" разницы ровным счетом никакой. Только в одном случае при желании откатить делаем rollback, а в другом - flashback. Однако, идеологи Oracle уделяют прорву внимания системам 24x7x365, для которых надо именно что накатывать на живую базу.

StX
Неужели оставили ddl-in-tran на версию 12p?

Не думаю. Нафига делать ненужный ddl in transaction? Лучше уж довести до ума create schema.
4 апр 08, 12:43    [5503732]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Yo.! wrote:
> ага, я неделю клянчил показать скрипт, а вы с parklin меня неделю
> кормили бла-бла, путаясь в обилии бесплезных сп, так и не смогли
> показать ни скрипт, ни даже описать методологию как вы что-то там
> отслеживаете... с того времени что-то изменилось ?
Насчет скрипта - не помню, если честно...
Что поменялось в 2008?
Там ушли от идеи хранить зависимости в виде соответствий идентификаторов
объетов (которых может на этот момент и не быть) и таки (наконец-то!)
пришли к идее хранения зависимостей в виде соответствий литералов
(которые то всегда есть).
А как лично я отслеживаю? Ну, имея под рукой парсер - это всё
элементарно :) (хотя и не так быстро, как мне бы хотелось).

Posted via ActualForum NNTP Server 1.4

4 апр 08, 12:49    [5503775]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
softwarer

- в момент времени t1 транзакция T1 выполняет alter table. Старую версию метаданных обозначим S0; появляется версия S1

- в момент времени t2 транзакция T2 выполняет insert в таблицу. S1 еще не закоммичена, поэтому T2 видит структуру S0 и вставляет данные в соответствии с ней. Назовем эту строку R2 формата S0.

- в момент времени t3 транзакция T2 делает commit

- в момент времени t4 транзакция T1 делает select * from table
а что будет при такой последовательности действий?

- в момент времени t1 транзакция T1 выполняет update t set n=0 where n=1 . Старую версию метаданных обозначим S0; появляется версия S1

- в момент времени t2 транзакция T2 выполняет update t set n=2 where n=1

- в момент времени t3 транзакция T2 делает commit


Я к тому не вижу принципиальной разницы
4 апр 08, 12:53    [5503809]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
locky

А как лично я отслеживаю? Ну, имея под рукой парсер - это всё
элементарно :) (хотя и не так быстро, как мне бы хотелось).
Posted via ActualForum NNTP Server 1.4


вот тут я зададал прямой вопрос
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=488306&pg=11#4884287
Yo.!

будете, еще как в 2 часа ночи будете когда выяснится, что патч зацепил пару хп, а вы прозевали.
короче Локи, это бесполезный разговор, хотите что-то доказать - скрипт в студию. как вы, конкретно вы отслеживаете результат выполнения батча с патчем и принимаете решение жать commit или rollback

скрипта вы предоставить не смогли, за эти пол года у вас что-то принципиально изменилось ?
4 апр 08, 13:06    [5503911]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
hvlad
Member

Откуда:
Сообщений: 11551
softwarer
hvlad
Почему это ? Или имеются в виду записи в старом формате, вставленные до DDL ?
В IB\FB, кстати, с этим проблем нет - они поддерживают версионность метаданных.

Мне кажется, Вы поторопились и не прочитали написанное мной. Я подразумеваю наличие версионности метаданных - поскольку, как Вы можете увидеть, говорю о старой-новой версиях структуры и их сочетании. В этом как раз и есть проблема с моей точки зрения.

С записями, вставленными и закоммиченными до DDL, проблем как раз нет - поскольку DDL увидит их и обработает (проверит ограничения, переведет в новый формат итп). Точнее, создаст их версии в новом формате. Проблема в следующем:

- в момент времени t1 транзакция T1 выполняет alter table. Старую версию метаданных обозначим S0; появляется версия S1

- в момент времени t2 транзакция T2 выполняет insert в таблицу. S1 еще не закоммичена, поэтому T2 видит структуру S0 и вставляет данные в соответствии с ней. Назовем эту строку R2 формата S0.

- в момент времени t3 транзакция T2 делает commit

- в момент времени t4 транзакция T1 делает select * from table

В этот момент времени, если мы работаем в read committed, select должен увидеть R2. Проблема в том, что она находится в формате S0, который может оказаться принципиально несовместим с форматом S1. Принципиально - например, в S1 присутствует constraint, который для R2 не выполняется.
Ах, read committed... Да, там было про "любом уровне ниже serializable", пропустил, признаю.
Хотя snapshot в IB\FB и есть "уровень ниже serializable" - я с этой точки зрения и рассматривал.

Версионность метаданных в IB\FB не заставляет создавать версии всех записей старого формата в новом формате. Старые записи остаются на диске в старом формате, преобразование в новый формат происходит на лету, при их чтении. При такой схеме возможно нарушение старыми данными новых ограничений, и это нужно учитывать. Зато не нужно модифицировать записи физически.

Гм, кажется это несколько мимо темы топика :)
4 апр 08, 13:08    [5503937]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
locky

А как лично я отслеживаю? Ну, имея под рукой парсер - это всё
элементарно :) (хотя и не так быстро, как мне бы хотелось).
Posted via ActualForum NNTP Server 1.4


вот тут я зададал прямой вопрос
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=488306&pg=11#4884287
Yo.!

будете, еще как в 2 часа ночи будете когда выяснится, что патч зацепил пару хп, а вы прозевали.
короче Локи, это бесполезный разговор, хотите что-то доказать - скрипт в студию. как вы, конкретно вы отслеживаете результат выполнения батча с патчем и принимаете решение жать commit или rollback

скрипта вы предоставить не смогли, за эти пол года у вас что-то принципиально изменилось ?


Интересно, а вот это что по-Вашему:

Microsoft задавит Oracle


Все закончилось тем, что у Вас под рукой не нашлось пропатченного сервера...
4 апр 08, 13:13    [5503969]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
pkarklin

Интересно, а вот это что по-Вашему:

Microsoft задавит Oracle


Все закончилось тем, что у Вас под рукой не нашлось пропатченного сервера...

я в виндозное хоз-во стараюсь не лазить, потому так и не разжился пропатченым. попробую Express все же поставить и проверить. просто я потерял интерес поняв из дискусии, что эта сп появилась уже после выхода mssql2005 и никто из МСных DBA (в отличии от оракловых) не пытается проверять бд на предмет покареженных сп.
4 апр 08, 13:28    [5504078]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67427
Блог
hvlad
Версионность метаданных в IB\FB не заставляет создавать версии всех записей старого формата в новом формате. Старые записи остаются на диске в старом формате, преобразование в новый формат происходит на лету, при их чтении. При такой схеме возможно нарушение старыми данными новых ограничений, и это нужно учитывать.

Боюсь, я не совсем понял. Момент физического преобразования с моей точки зрения малосущественен - пока это делается прозрачно для остальных модулей, это сугубо техническая деталь, не влияющая на концепцию. А вот насчет нарушения..... Следует ли понимать так, когда я в IB делаю add constraint, это ограничение не проверяет старые данные?

Мне трудно назвать это корректной реализацией версионности, хотя я согласен, что это может быть рефлексом привычки. Однако, насколько я понимаю, практически это просто перекладывает на программиста груз добавления к скрипту необходимых проверок, то есть я должен написать что-то типа

alter table add foreign key (x_id) references x (x_id);
if exists (select distinct x_id from t minus select x_id from x) then rollback;

Что же мы получаем в таком случае? Да ровно то же самое, ровно ту же самую коллизию. Давайте представим себе, что наш скрипт имеет вид:

alter table add foreign key (x_id) references x (x_id);
if exists (select distinct x_id from table minus select x_id from x) then rollback; exit;
...
select * from table
...

И в случае, если кто-то впихнул свою запись в промежутке между проверкой (exists) и дальнейшими манипуляциями (select) наша любимая целостность накрывается белой простыней и тихо ползет к ближайшему кладбищу. В RC - потому что кривые данные попали в обработку, в более высоких уровнях ниже serializable, если они есть - потому что хоть и не попали в селект, но попали в таблицу, хотя нарушают целостность.

Итого я пока не вижу возможности корректно обеспечить версионность при DDL.
4 апр 08, 13:42    [5504173]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Yo.! wrote:
> будете, еще как в 2 часа ночи будете когда выяснится, что патч зацепил
> пару хп, а вы прозевали.
> короче Локи, это бесполезный разговор, хотите что-то доказать - скрипт в
> студию. как вы, конкретно вы отслеживаете результат выполнения батча с
> патчем и принимаете решение жать commit или rollback
да, вспомнил.
Отвечу уклончиво: по результату исполнения скрипта с патчем можно
определить часть проблем (как-то - неналичие процедур, которые мы
пытаемся вызывать). остальные проблемы в части неналичия объектов
определить проблематично.
Т.е. нет запроса вроде "выбрать все невалидные объекты".
но тут уже - "шило против мыла": иметь возможность откатить заведомо
неправильный патч не имея возможно определить "скрытые" ошибки - или
иметь возможность определить "скрытые ошибки" но не иметь возможности
откатить патч.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 14:02    [5504309]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

pkarklin wrote:
> Интересно, а вот это что по-Вашему:
Это не совсем то, наверное, что имел в виду Йо.
Если мы изменим структуру таблицы - то да, буде ошибка (хотя - надо еще
определить, какие процедуры проверять).
А вот если мы дропнем таблицу... то всё не так однозначно.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 14:16    [5504416]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
Yo.!
Guest
locky

но тут уже - "шило против мыла": иметь возможность откатить заведомо
неправильный патч не имея возможно определить "скрытые" ошибки - или
иметь возможность определить "скрытые ошибки" но не иметь возможности
откатить патч.
Posted via ActualForum NNTP Server 1.4


в том то и фича что в оракле проблемы шила и мыла, если перед накатом всех выгнали - то откатывается вообще тривиально, но если нельзя совсем всех выгнать. то тут сложнее, но опять же фичи оракла наверника позволят и сложнее сценарий - сходу идея выводить кусками бд и патчить куски (если что возращать назад таблеспейс к примеру).
4 апр 08, 14:17    [5504424]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
locky
Это не совсем то, наверное, что имел в виду Йо.
Если мы изменим структуру таблицы - то да, буде ошибка (хотя - надо еще
определить, какие процедуры проверять).
А вот если мы дропнем таблицу... то всё не так однозначно.


Определить какие, поможет sys.sql_dependencies. С учетом специфики MS SQL в плане Deferred Name Resolution (обсуждалось) хп, которая ссылается на несуществующую таблицу, является "валидной".
4 апр 08, 14:20    [5504445]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Yo.! wrote:
> в том то и фича что в оракле проблемы шила и мыла, если перед накатом
> всех выгнали - то откатывается вообще тривиально, но если нельзя совсем
> всех выгнать. то тут сложнее, но опять же фичи оракла наверника позволят
> и сложнее сценарий - сходу идея выводить кусками бд и патчить куски
> (если что возращать назад таблеспейс к примеру).
:)) Очень приятно, наверное, выгнать всех к чертям, когда накатываешь
патч на маааахонькую часть базы - зато сразу видно, "кто тут хозяин".
Но это - лирика.
Фичи сиквела, кстати, тоже позволяют "посложнее сценарий" - но нас
интересуют сценарии попроще.
В сиквеле есть возможность откатить патч, но нет простой возможности его
проверить.
В оракле - есть простая (ну, относительно) возможность проверить патч,
но нет простой возможности его проверить.
Не вижу смысла спорить - какой из недостатков является не недостатком, а
"выдающимся преимуществом единственно правильной СУБД".
И то, и другое - недостатки, по другом не скажешь.

зы в МС СКЛ, кстати, при желании - разрабы исправят недостаток куда
быстрее и проще. Надо им на это намекнуть.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 14:23    [5504473]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

pkarklin wrote:
> Определить какие, поможет sys.sql_dependencies. С учетом специфики MS
> SQL в плане *Deferred Name Resolution* (обсуждалось) хп, которая
> ссылается на несуществующую таблицу, является "валидной".
Об чем и речь.
Второй проблемой может быть несовпадение к-ва параметров в сигнатуре
процедуры и при её вызовах - это видно только при ран-тайме.
Это же самое относится к декларации курсора и несовпадении списка
переменных при fetch.

Posted via ActualForum NNTP Server 1.4

4 апр 08, 14:24    [5504484]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
locky
Об чем и речь.
Второй проблемой может быть несовпадение к-ва параметров в сигнатуре
процедуры и при её вызовах - это видно только при ран-тайме.
Это же самое относится к декларации курсора и несовпадении списка
переменных при fetch.


Я могу еще проблем накидать. ;) В таком случие нада "замахиваться" на саму концепцию компиляции хп только при первом запуске.
4 апр 08, 14:31    [5504543]     Ответить | Цитировать Сообщить модератору
 Re: Циклы и IF'ы в Oracle по сравнению с MS SQL  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

pkarklin wrote:
> Я могу еще проблем накидать. ;) В таком случие нада "замахиваться" на
> саму концепцию компиляции хп только при первом запуске.
Кстати, было бы недурственно, потому как я о таких проблемах вспоминаю
"по факту" - а надо бы полный список составить.
А не надо "замахиваться".
Надо ключик...
Что сейчас делает линкер после компиляции процедуры?
Пытается разрезолвить объекты. И (в случае неналичия объекта) вешает
ворнинг. Нуже ключик, который бы переключал в положение "ошибка".
И всё.
set strict_check on
go
create procedure test
as
  select * from nonexistsingtable
go

msg .... level.... severity....
Table 'nonexistsingtable' doesnt exists, query failed

Posted via ActualForum NNTP Server 1.4

4 апр 08, 14:34    [5504577]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить