Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 17   вперед  Ctrl
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Чендлер wrote:
> можешь привести пример? просто интересно
Любая настраиваемая система-фреймворк.

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

сеттеры/геттеры для данных, к примеру.
стандартные процедуры обработки информации и проч.

В принципе, наверное, можно было бы обойтись ДСКЛ - но это крайне некошерно.

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 13:01    [4870069]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
andy st
Member

Откуда:
Сообщений: 906
Bogdanov Andrey
locky
> DDL в Oracle не транзакционны.
Вот это и напрягает...

А меня крайне напрягает то, что в MSSQL они транзакционны. И я очень расстроюсь, если Oracle сделает их таковыми.
DDL в продакшн коде - абсурд. DDL не должен быть частью пользовательского кода, это инстурментарий разработчика и администратора. Вот представьте запускаете вы exe-файл, а он сам себя модифицировать начинает.

это разве страшно?
если это более эффективно решит поставленную задачу - да пусть хоть умодифицируется.
Собственно, раньше, в эпоху килобайтных объемов оперативки это применялость достаточно часто и не только для написания вирусов.
а неприменение такого кода иногда считалось ограниченностью программиста :)
Bogdanov Andrey
[quot locky]> DDL в Oracle не транзакционны.
И то, что для MSSQL этот абсурд является неотмлимой частью только доказывает, что с фундаментальным пониманием там не все гладко. Говорить о явном недостатке превознося его как достоинство...

если что-то считается абсурдом по версии Oracle то, я думаю, глупо это можно считать абсолютным абсурдом. как и "фундаментальные" понятия...
2 ноя 07, 13:06    [4870094]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
funikovyuri
Заметьте - я говорю про хранимые процедуры и только про них


Ок.

funikovyuri
Т.е. я не "зациклился", я просто тока их и обсуждал и если бы вы не устраивали демагогию, то тема уже была бы закрыта.


На мой взгляд, Вы таки зациклились, повторюсь, на хп с селекктом, поставив себе заранее такие условия, которые приведут к демонстрации недостатка.

funikovyuri
Т.е. сами же отвергли предложенное ранее вами же решение ;).


Уважаемый собеседник. Для того, чтобы привести ПРАВИЛЬНОЕ решение, надо ИЗНАЧАЛЬНО знать условия задачи ПОЛНОСТЬЮ. Ибо редко бывает универсальное решение на все случаи жизни. Вы же, наслаждаясь, упомянули о вложенных INSERT EXEC чуть позже. Умалчивание - как раз одно из проявлений ДЕМАГОГИИ.

funikovyuri
А потом стали предлагать использовать табличные функции, которые во-первых не ХП, о которых мы говорим, а во-вторых не могут модифицировать базовые таблицы, а значит ХП заменить не могут. И при этом упрекаете меня в "зацикленности на ХП".


Я могу предложить еще решений (одно как миниму), если строго следовать Вашему постулату - хп с вложенной в нее хп. Теперь Вы вспомнили о невозможности модификации базовых таблиц в функциях. Простите, но у Вас где-то в приведенном примере с вложенными хп есть упоминание о необходимости модификации таблиц? Нет? Тогда мои варианты решения остаются в силе, ибо на момент их предложения не было условий, ограничивающих их использование.

Жду от Вам дальнейшего "разоблачения" моих вариантов решения. Даже подскажу, что в функции нельзя вызвать обычную хп и RAISERROR не сделаешь. :)

funikovyuri
То же самое касается и всех остальных недостатков - вы сначало опровергаете мое утверждения, а затем пишите "уже не единожды высказывались, как о недостатке".


Вы сами следили за ходом своих рассуждений? Из-за того, что SELECT в хп по-Вашему возвращает результат в "никуда" Вы сделали (неединожды) заключение о "незамкунтости" T-SQL (это уже "глобальный" вывод). Когда я, поддавшись на Ваш уход от темы "селект в хп", так же ушел в сторону других вариантов обмена данными между программными модулями, признав, что в контексте "глобального вывода" вложенные "селект в хп" действительно можно рассматривать как недостаток, Вы обвиняете меня в демагогии.

funikovyuri
У вас либо с совестью либо с логикой что-то не так.


Давайте догоримся так. Вы уже "стыдили" меня в этом топике и, потом отмолчались, не найдя аргументов в подтверждение свой правоты\моей неправоты. Теперь Вы взялись за мою совесть и логику. Вы можете, безусловно, переходить на личности, но это все больше роняет в моих глазах Ваш уровень, как достойного оппонетна и превращает Вас в очередного флеймера. Хотя чему я удивляюсь, ведь имеено это было прологом Вашего первого поста в этом топике.

funikovyuri
Не не начну, у меня садо-мазо наклонностей нету, а дискуссия с вами просто требует их наличия.


Нет уж, будьте последовательны в своих поступках. Флейм пытаетесь развести Вы, а не я. Последнее предложение "давайте закончим с TSQL потом поговорим о чем-нибудь еще." было сделано Вами. Сказали "А", надо говорить и "Б".

funikovyuri
MSSQL БД №1


За все свое время присутствия на этом форуме я не сказал такого НИ РАЗУ.

funikovyuri
флаг в руки и Удачи!


Мдя... Хамство - оно еще никого не украшало.
2 ноя 07, 13:19    [4870185]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
Любая настраиваемая система-фреймворк.

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

сеттеры/геттеры для данных, к примеру.
стандартные процедуры обработки информации и проч.

Как я и предполагал это не продакшн-система. Это создание программного кода, то есть инструментарий разработчика.

andy st
это разве страшно?
если это более эффективно решит поставленную задачу - да пусть хоть умодифицируется.

Да, это страшно. Модификация программного кода "на лету" никогда не считалась умением программировать. Это лишь неумение разработчика написать нормальный алгоритм.
2 ноя 07, 13:41    [4870314]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Bogdanov Andrey wrote:
> Как я и предполагал это не продакшн-система. Это создание программного
> кода, то есть инструментарий разработчика.
Извините... А внесение изменений в продакшн-систему - оно как - само
собой делается? магическим образом?
Или - всё-таки - при помощи некоего инструментария?
И скажите мне, плиз: если для внесения изменений в продакшн систему мне
нужно изменить таблицу, изменить индекс, изменить процедуру.
Изменение процедуры - падает (ну, получилось так - не учли, что
называется) - мне как откатывать изменения в таблице и в индексе?
А если из 20 процедур накатилось только 19 - как мне их откатывать? На
живой-то базе? Из дампа подымать?

достаточно сделать rollback :)



Posted via ActualForum NNTP Server 1.4

2 ноя 07, 13:46    [4870346]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
andy st
Member

Откуда:
Сообщений: 906
Bogdanov Andrey

Да, это страшно. Модификация программного кода "на лету" никогда не считалась умением программировать.
Это лишь неумение разработчика написать нормальный алгоритм.

и еще есть ограниченность разработчика на предмет использовать DDL в транзакциях :)
Если Вы не можете себе представить задачу, в которой применение самомодифицирующегося кода необходимо, то это более Ваши проблемы, чем этого кода...
а ведь изредка бывает, что без него вооще никак.
2 ноя 07, 13:52    [4870387]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
funikovyuri
Member

Откуда: Симферополь
Сообщений: 4045
pkarklin

funikovyuri

Заметьте - я говорю про хранимые процедуры и только про них


Ок.

funikovyuri

Т.е. я не "зациклился", я просто тока их и обсуждал и если бы вы не устраивали демагогию, то тема уже была бы закрыта.


На мой взгляд, Вы таки зациклились, повторюсь, на хп с селекктом, поставив себе заранее такие условия, которые приведут к демонстрации недостатка.


pkarklin - извините, но это клиника.

funikovyuri

Т.е. сами же отвергли предложенное ранее вами же решение ;).


pkarklin

Для того, чтобы привести ПРАВИЛЬНОЕ решение, надо ИЗНАЧАЛЬНО знать условия задачи ПОЛНОСТЬЮ. Ибо редко бывает универсальное решение на все случаи жизни. Вы же, наслаждаясь, упомянули о вложенных INSERT EXEC чуть позже. Умалчивание - как раз одно из проявлений ДЕМАГОГИИ.


О чем же это я умолчал? ХП - основной строительный блок для tsql кода в MSSQL 2k. На них принято писать серверную бизнес-логику. При этом отсутствует адекватный универсальный способ получить результат работы одной ХП (курсор отправленный, по вашим словам "на клиента") из другой. И после этого вы меня еще в умалчивание упрекаете. Бог с вами, pkarklin, нету проблемы так и быть. Ну и что что тема лежит в факе MSSQL на первом месте https://www.sql.ru/faq/faq_topic.aspx?fid=416 и у обоих предложенных способов обмена данными есть серьезные недостатки, написанные там же в faq. Ну и что что этот вопрос постоянно подымается на главном форуме. Нет мы все равно будет из пустого в порожнее тут переливать - главное показать что любая вещь которой нет в MS SQL или которая там работает плохо - это "by design" (c) pkarklin. Что ж вы тогда прямо слова идейного вдохновителя про фичу не используете?

автор
Вы сами следили за ходом своих рассуждений? Из-за того, что SELECT в хп по-Вашему возвращает результат в "никуда" Вы сделали (неединожды) заключение о "незамкунтости" T-SQL (это уже "глобальный" вывод). Когда я, поддавшись на Ваш уход от темы "селект в хп", так же ушел в сторону других вариантов обмена данными между программными модулями, признав, что в контексте "глобального вывода" вложенные "селект в хп" действительно можно рассматривать как недостаток, Вы обвиняете меня в демагогии.


Я то как раз слежу. ;) И от темы "селект в хп" я не уходил. И про то что TSQL незамкнут спорить начал не я. И так как вы "признаете" лучше бы не признавали.
pkarklin

автор
флаг в руки и Удачи!

Мдя... Хамство - оно еще никого не украшало.


pkarklin - извините, но если вам желают удачи - это НЕ хамство. так на будущее чтобы знали
2 ноя 07, 13:55    [4870403]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
dmidek
Member

Откуда: Киев - Дортмунд
Сообщений: 122217
locky

Bogdanov Andrey wrote:
> Как я и предполагал это не продакшн-система. Это создание программного
> кода, то есть инструментарий разработчика.
Извините... А внесение изменений в продакшн-систему - оно как - само
собой делается? магическим образом?
Или - всё-таки - при помощи некоего инструментария?
И скажите мне, плиз: если для внесения изменений в продакшн систему мне
нужно изменить таблицу, изменить индекс, изменить процедуру.
Изменение процедуры - падает (ну, получилось так - не учли, что
называется) - мне как откатывать изменения в таблице и в индексе?
А если из 20 процедур накатилось только 19 - как мне их откатывать? На
живой-то базе? Из дампа подымать?

достаточно сделать rollback :)



Это известный вопрос.
Решается обрамлением всех DDL-ей EXCEPTION- блоками с перехваткой
соответствующих исключений и возможной выдачей диагностических
сообщений (Таблица уже существует, Индекса (уже :-)) нет и т.д.
Это обеспечивает многократность запуска скрипта при поломках
и не должно являться серьезной проблемой...
2 ноя 07, 13:55    [4870406]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Yo.!
Guest
locky

А если из 20 процедур накатилось только 19 - как мне их откатывать? На
живой-то базе? Из дампа подымать?

достаточно сделать rollback :)

ну в этом плане оракл лет на 15 ушел вперед, 11g может иметь несколько версий ХП и таблиц одновременно, т.е. ты сначала накатываешь, потом тестируешь на продакшен данных и только потом переключаешь продакшен версию.

что касается процедур, мне например непонятно как может не пройти "create or replace procedure" разве что от нехватки места, не вижу проблем прогнать скрипт еще раз ...
2 ноя 07, 13:57    [4870414]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
funikovyuri
pkarklin - извините, но это клиника.


Я Вам ОФИЦИАЛЬНО делаю последнее предупреждение!

funikovyuri
О чем же это я умолчал?


ВЫ изначально припостановке задачи "как получить резальтат селекта из хп на стороне сервера" умолчали о том, что Вы подразумеваете наличии вложенного INSERT EXEC.

funikovyuri
ХП - основной строительный блок для tsql кода в MSSQL 2k. На них принято писать серверную бизнес-логику.


Бесспорно. Сконцентрирую Ваше внимание на "серверную бизнес-логику".

funikovyuri
При этом отсутствует адекватный универсальный способ получить результат работы одной ХП (курсор отправленный, по вашим словам "на клиента") из другой.


По "моим словам" на клиента уходит резалтсет, а не курсор. Курсор можно вернуть через выходной параметр. Теперь о бизнес-логике. Я не зря сконцентрировал Ваше внимание на "серверной". Раз она серверная, то в ней нет необходимости думать о возврате резалтесата на клиента, например, в хп, по добавлению документа или его проведению. Исходя из того, что она серверная и выбирают способы ее реализации. А не пишуть супермагехп на все случаи жизни.

funikovyuri
Ну и что что тема лежит в факе MSSQL на первом месте


Далось Вам ее место?! Хотите вниз опустим?

funikovyuri
Ну и что что этот вопрос постоянно подымается на главном форуме.


На форуме постоянно поднимаются и другие вопросы, связанные "додумывание", вместо чтение документации. То для изменения значения поля записи INSERT используют, то в функции RAISERROR. ;) И что из этого?

funikovyuri
главное показать что любая вещь которой нет в MS SQL или которая там работает плохо - это "by design" (c) pkarklin.


Ну я хоть соглашаюсь, что "by design". А от ораклоидов часто слышно: "Раз этого в Oracle нет, значит это никому не нужно". :)

funikovyuri
pkarklin - извините, но если вам желают удачи - это НЕ хамство. так на будущее чтобы знали



Так, на будущее, чтобы знали. Флаг в руки обычно дают немного в другой ситуации. ;)
2 ноя 07, 14:16    [4870521]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Yo.! wrote:
> что касается процедур, мне например непонятно как может не пройти
> "create or replace procedure" разве что от нехватки места, не вижу
> проблем прогнать скрипт еще раз ...
К примеру - не хватает столбца в таблице.

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 14:21    [4870555]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

dmidek wrote:
> Решается обрамлением всех DDL-ей EXCEPTION- блоками с перехваткой
> соответствующих исключений и возможной выдачей диагностических
> сообщений (Таблица уже существует, Индекса (уже :-)) нет и т.д.
В каком состоянии находится база в таком случае?
"Половина накатилась - половина нет"?

> Это обеспечивает многократность запуска скрипта при поломках
> и не должно являться серьезной проблемой...
Ошибка при накатывании обновления - достаточно сурьезная штука (ведь
ошибок то быть не должно).
С моей т.з. в таком случае нужно полностью откатить обновление - и
разбираться в причинах ошибки.
А не "накатывать, пока не накатится".

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 14:23    [4870565]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
достаточно сделать rollback :)


andy st
[quot Bogdanov Andrey]
и еще есть ограниченность разработчика на предмет использовать DDL в транзакциях :)

У вас опять путаница. Вы в одну корзину запихали и данные и метаданные, и кичитесь своей кашей. DML оперирует данными, DDL метаданными. Это два совершенно разных уровня и смешивать их нет никакой необходимости. Если необходимо измененить в метаданных, то глупо использовать для этого те же команды, что и для данных. Никто не пытается создавать таблицы делая insert into tables. Точно также и применение rollback для отмены DDL делать не надо. Я согласен, с тем, что в Oracle раньше не было удобных средств для отмены DDL (хотя у меня никогда не возникало проблем по этому поводу), но категорически против того, чтобы для этой цели использовать rollback. Сейчас Oracle сделал ненкие средства, но я их пока использовать и не собирался. Один недостаток у Oracle пока сохраняется - он делает неявный commit при выполнении DDL. Я бы предпочел, чтобы вместо этого он просто честно ругался на наличие незавершенных транзакций.
2 ноя 07, 14:24    [4870572]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Bogdanov Andrey wrote:
> У вас опять путаница. Вы в одну корзину запихали и данные и метаданные,
> и кичитесь своей кашей. DML оперирует данными, DDL метаданными. Это два
"метаданные" - не в смысле "метаданные оракл/скл", а в смысле
"метаданные прикладной системы".
Как, к примеру, в Аксапте.


> Один недостаток у Oracle пока
> сохраняется - он делает неявный commit при выполнении DDL.
Угу. и это - не есть гуд.

>Я бы
> предпочел, чтобы вместо этого он просто честно ругался на наличие
> незавершенных транзакций.
Тогда - толку то?


Posted via ActualForum NNTP Server 1.4

2 ноя 07, 14:34    [4870640]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
locky
"метаданные" - не в смысле "метаданные оракл/скл", а в смысле
"метаданные прикладной системы".

Хм. Не понимаю разделения на метаданные прикладной системы и метаданные оракл. Имеет программный комплекс. Есть нечто "описывающее" как он работает - это метаданные (тут и структуры таблиц, и тексты процедур и другие вещи сделанные разрарботчиками) и есть то с "чем" он работает - это данные.

locky
>Я бы
> предпочел, чтобы вместо этого он просто честно ругался на наличие
> незавершенных транзакций.
Тогда - толку то?

Я хочу чтобы решение о завершении работы с данными и о начале работы с метаданными было явным. Чтобы не было той самой каши.
2 ноя 07, 14:49    [4870738]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Bogdanov Andrey wrote:
> Хм. Не понимаю разделения на метаданные прикладной системы и метаданные
> оракл. Имеет программный комплекс. Есть нечто "описывающее" как он
> работает - это метаданные (тут и структуры таблиц, и тексты процедур и
> другие вещи сделанные разрарботчиками) и есть то с "чем" он работает -
> это данные.
Аксапта, к примеру - работает и с СКЛ и с Ораклом.
И из её, Аксаптиных метаданных потом получаются серверные метаданные.
Кроме того - метаданные прикладной системы - они значительно более
"широки", нежели метаданные серверные.


>
> locky
> >Я бы
> > предпочел, чтобы вместо этого он просто честно ругался на наличие
> > незавершенных транзакций.
> Тогда - толку то?
>
>
> Я хочу чтобы решение о завершении работы с данными и о начале работы с
> метаданными было явным. Чтобы не было той самой каши.
"толку то" - в смысле - если нет возможности откатить ДДЛ - то глубоко
фиолетово - коммитит оно или ругается.

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 14:56    [4870786]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Yo.!
Guest
locky

К примеру - не хватает столбца в таблице.

ну будет эта и связанные с ней хп инвалидны.
не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное состояние, в чем проблема с хп, мне не понятно ....
2 ноя 07, 15:35    [4871116]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Yo.! wrote:
> ну будет эта и связанные с ней хп инвалидны.
и система работать не будет....

> не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное
> состояние, в чем проблема с хп, мне не понятно ....
проблема в том... что квс - у меня, а патчик - запускал ДБА на месте....

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 15:40    [4871144]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Yo.!
Guest
locky

Yo.! wrote:
> ну будет эта и связанные с ней хп инвалидны.
и система работать не будет....

> не нравятся инвалидные процедуры - возвращаем из cvs/vss исходное
> состояние, в чем проблема с хп, мне не понятно ....
проблема в том... что квс - у меня, а патчик - запускал ДБА на месте....
Posted via ActualForum NNTP Server 1.4


ну правильно, потому я и говорю, что Мс отстает на десятилетие - допустим патчик сменил поле на INT, а процедуры патчик не трогал, дба смело жмет коммит - в базе каша не поддающаяся востановлению.
2 ноя 07, 15:59    [4871292]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Yo.! wrote:
> ну правильно, потому я и говорю, что Мс отстает на десятилетие -
> допустим патчик сменил поле на INT, а процедуры патчик не трогал, дба
> смело жмет коммит - в базе каша не поддающаяся востановлению.

В оракле - не так?

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 16:06    [4871359]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
111111111111111
Guest
Вообщем все конечно что в Oracle что в MSSQL дело привычки и правильного(с точки зрения конкретного сервера) подхода к проектированию.
Лично когда у меня возникали вопросы с транзакционным DDL пользовался
CREATE SCHEMA, хотя это не случалось уже ОЧЕНЬ давно. Думаю ораклоиды почувствовали бы себя очень некомфортно если вдруг DDL бы стал транзакционным. IMHO дело привычки, как и многое остальное.
2 ноя 07, 16:13    [4871414]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
Yo.!
Guest
locky

В оракле - не так?


в оракле все эту ситацию заметит дба т.к. часть процедур пометятся инвалидными, в МС это заметят пользователи когда нарвутся на хп которая попробует записать чары в INT поле, с непредсказуемым эфектом вспоминая рекомендации бить длинные транзакции на серию покорче.
2 ноя 07, 16:13    [4871415]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

Yo.! wrote:
> в оракле все эту ситацию заметит дба т.к. часть процедур пометятся
> инвалидными, в МС это заметят пользователи когда нарвутся на хп которая
Я - ДБА. Я - заметил.
Мои действия?

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 16:15    [4871431]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
locky
Member

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

111111111111111 wrote:
> Думаю ораклоиды почувствовали бы
> себя очень некомфортно если вдруг DDL бы стал транзакционным. IMHO дело

В сиквеле можно и ТАК и ТАК.
В оракле - только ТАК, без всякого "и".

Posted via ActualForum NNTP Server 1.4

2 ноя 07, 16:16    [4871434]     Ответить | Цитировать Сообщить модератору
 Re: Microsoft задавит Oracle  [new]
111111111111111
Guest
locky
В оракле - только ТАК, без всякого "и".

А по ссылке смотреть пробовали =)
2 ноя 07, 16:18    [4871450]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 3 4 5 6 7 [8] 9 10 11 12 .. 17   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить