Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8] 9 10   вперед  Ctrl      все
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
In_Wait
Member [заблокирован]

Откуда: When your words mean nothing, I go la la la
Сообщений: 20581
Dimitry Sibiryakov
locky
Потому как вопрос "а следует ли дожидаться ответа пользователя внутри транзакции" - уже
даже не риторический.

Однако процедура, описанная In_Wait именно это и делает: ожидает пока пользователь
соизволит прочитать выплёвываемые ему сообщения о том, что "васе пупкину нельзя".


Дмитрий, толи это ваша оракловая "зашоренность" то ли еще какой то жизненный опыт приписывает чужим разработкам мнимые проблемы, но это слегка утомляет.
Процедура вносит изменения по тем которым можно и все комитит. После этого отдает датасет с теми по которым это не удалось. Какая проблема это реализовать? Никто ничего не ждет, не вешает и не держит блокировки, успокойтесь уже. Процедура 5 лет работает без ваших "местечково оракловских" советов и еще столько же проработает. Хоть автор ее не я и возможно сам сделал бы по другому, но приходится работать с тем что есть.

СОбственно вопрос был в неявных датасетах возвращаемых хранимками в мс скл. Я просто привел пример из практики возникший не день и не два назад а достаточно давно.
Нужен был бы совет спросил бы, и уж не в разделе сравнение СУБД. Собственно на этом тему о том "как_там_неправильно_все_устроено" считаю закрытой.
28 мар 11, 10:36    [10431919]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

Volochkova
p.s. пример с тригером из оракла - бред чистой воды.
Такое вполне реально и не сложно.

"У нас есть такие приборы, но мы вам о них не расскажем!" (с)

Posted via ActualForum NNTP Server 1.4

28 мар 11, 12:03    [10432572]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
Volochkova
p.s. пример с тригером из оракла - бред чистой воды.
Такое вполне реально и не сложно.

"У нас есть такие приборы, но мы вам о них не расскажем!" (с)

Ну, если речь об изменении ПК в таблице и триггере на это таблице, то пример довольно таки высосанный из пальца.
Для этого как минимум необходимо завести себе такой воркфлоу, чтобы было необходимо меня ПК на таблице (нафига, спрашивается?).
На скуле решается с помощью дополнительных расходов. Но уж коль скоро проектировщик допустил такую дырку в системе...
28 мар 11, 12:10    [10432624]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

locky
Ну, если речь об изменении ПК в таблице и триггере на это таблице, то пример довольно таки
высосанный из пальца.

Ну, в идеальном мире MS может быть это и так. А в реальной жизни естественные ПК
встречаются на каждом втором шагу.

Posted via ActualForum NNTP Server 1.4

28 мар 11, 12:16    [10432682]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Ну, если речь об изменении ПК в таблице и триггере на это таблице, то пример довольно таки
высосанный из пальца.

Ну, в идеальном мире MS может быть это и так. А в реальной жизни естественные ПК
встречаются на каждом втором шагу.

Ну да, ну да... "естественные ПК"
Которые приводят к гемору, когда меняются (и не только в том случае, ежели на таблице с таким ПК висит триггер, которому ну страсть охотся связать олд и нью)
28 мар 11, 14:44    [10433860]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

locky
Которые приводят к гемору, когда меняются

Например?

Posted via ActualForum NNTP Server 1.4

28 мар 11, 15:08    [10434050]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Которые приводят к гемору, когда меняются

Например?

Например тот факт, что ЕПК тяготеют к изменению своих значений. Что влечёт за собой проблему изменения связанных данных
А еще ЕПК на практике оказываются не таким уж и ПК, т.е. не обладают свойством уникальности (как бы это ни было грустно)
Еще ЕПК не всегда обладают свойством присутствовать :)


В общим, ищите войны ЕКvsСК, там всё написано.
28 мар 11, 15:13    [10434107]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
А в реальной жизни естественные ПК
встречаются на каждом втором шагу.


В реальной жизни м.б. Но в реальных системах естественные ПК далеко не всегда правильный выбор. Суррогатные или естественные
28 мар 11, 15:14    [10434118]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

locky
Например тот факт, что ЕПК тяготеют к изменению своих значений. Что влечёт за собой
проблему изменения связанных данных

У MS SQL нет кляузы ON UPDATE CASCADE?..

Posted via ActualForum NNTP Server 1.4

28 мар 11, 15:28    [10434225]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Например тот факт, что ЕПК тяготеют к изменению своих значений. Что влечёт за собой
проблему изменения связанных данных

У MS SQL нет кляузы ON UPDATE CASCADE?..

Есть. Еще там есть drop database, но мне кажется это не тот стейтмент, который нужно использовать повседневно.
Я бы не хотел чтобы из-за чьей-то безалаберности у меня перелопачивалось пол базы (ввиду смены значения ЕПК), учитывая тот факт что часть информации уже может находится в архиве на RO носителе.
28 мар 11, 15:40    [10434296]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Dimitry Sibiryakov
locky
Например тот факт, что ЕПК тяготеют к изменению своих значений. Что влечёт за собой
проблему изменения связанных данных

У MS SQL нет кляузы ON UPDATE CASCADE?..
допустим мы использовали ИНН человека как ЕК
но в какой-то момент наши замечательные депутаты принимают некий закон и теперь при смене региона жительства надо менять ИНН (в его номере должен быть код региона, иначе не определить какая это налоговая)
допустим у нас отработает ON UPDATE CASCADE
казалось бы все замечательно
но он изменит и все документы, к которых был старый ИНН, что как бы нехорошо, да и этого человека нельзя будет найти по старому ИНН - а наверняка какое-то время придется иметь дело с двумя ИННами
получается что нам надо хранить историю ИНН, а для ее хранения использовать какой-то другой ключ

да чесно говоря мне казалось как-то даже странно в наше время рассуждать про это

Сообщение было отредактировано: 28 мар 11, 16:08
28 мар 11, 15:53    [10434375]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin,
В 2008 R2 я так понял кроме бэкапов сжимается еще дата файл, таким образом увеличивается производительность
Я заблуждаюсь?
28 мар 11, 15:57    [10434404]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov,

Между прочим МС дешевле выходит по стоимости. Я просто не себе не представляю какой бизнес потянет Оракл со всеми опциями.
28 мар 11, 15:58    [10434415]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

SergSuper
да чесно говоря мне казалось как-то даже странно в наше время рассуждать про это

Вот этим и отличаются те, кто имеет дело исключительно со своими БД, от тех, кто работает
с чужими. То, о чём первым странно рассуждать, вторые имеют как "реальность, данную в
ощущениях".

Posted via ActualForum NNTP Server 1.4

28 мар 11, 16:17    [10434539]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
SergSuper
да чесно говоря мне казалось как-то даже странно в наше время рассуждать про это

Вот этим и отличаются те, кто имеет дело исключительно со своими БД, от тех, кто работает
с чужими. То, о чём первым странно рассуждать, вторые имеют как "реальность, данную в
ощущениях".

ну я имею дело с чужими БД, и что?
За это время я не припомню случая, дабы встречалось одновременно изменение ПК и триггер на таблицу.
Хотя БД частенько были не то чтобы спроектированы "кое как", но являлись продуктом деятельности нескольких поколений прогеров.
28 мар 11, 16:20    [10434547]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
pkarklin,
В 2008 R2 я так понял кроме бэкапов сжимается еще дата файл


Ну, не то чтобы весь датафайл: Creating Compressed Tables and Indexes

beginner_dba
таким образом увеличивается производительность
Я заблуждаюсь?


Вот здесь человек проводил тестирование: COMPRESSION страниц данных
28 мар 11, 17:06    [10434911]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
pkarklin,
В 2008 R2 я так понял кроме бэкапов сжимается еще дата файл


Ну, не то чтобы весь датафайл: Creating Compressed Tables and Indexes

beginner_dba
таким образом увеличивается производительность
Я заблуждаюсь?


Вот здесь человек проводил тестирование: COMPRESSION страниц данных


Все же цена на SQL Std не так уж велика. 14К на 2 сокета или 9К на 50 девайсов+сервер. Думаю нужно брать.
28 мар 11, 17:46    [10435208]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Все же цена на SQL Std не так уж велика. 14К на 2 сокета или 9К на 50 девайсов+сервер. Думаю нужно брать.


Копрессия бэкапов доступна и Standard редакции 2008 R2, а вот компрессия данных в Enterprice, Datacenter и Developer.
28 мар 11, 18:00    [10435295]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8969
beginner_dba
Все же цена на SQL Std не так уж велика. 14К на 2 сокета или 9К на 50 девайсов+сервер. Думаю нужно брать.

Ваши акционеры знают, как легко вы тратите их деньги? :)
28 мар 11, 18:05    [10435335]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Le Peace
beginner_dba
Все же цена на SQL Std не так уж велика. 14К на 2 сокета или 9К на 50 девайсов+сервер. Думаю нужно брать.

Ваши акционеры знают, как легко вы тратите их деньги? :)

А почему они должны быть против?
28 мар 11, 18:16    [10435409]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba

Все же цена на SQL Std не так уж велика. 14К на 2 сокета или 9К на 50 девайсов+сервер. Думаю нужно брать.


а смысл ? на 2 сокета оракл будет стоить $13.7К с металинком с pl/sql где не пролетают шальные времянки и рекордсеты

ЗЫ. ЕЕ редакцию по прайслисту только с определенной целью берут, а так там скидки ...
28 мар 11, 18:20    [10435424]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8969
beginner_dba
Le Peace
пропущено...

Ваши акционеры знают, как легко вы тратите их деньги? :)

А почему они должны быть против?

Если вы обосновываете переход, то не должны.
На первой странице вы говорили, что проблем у вас нет :)

ЗЫ. апгрейд - это не только цена сервера, но и цена перехода (и риски).
28 мар 11, 18:45    [10435556]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Le Peace
beginner_dba
пропущено...

А почему они должны быть против?

Если вы обосновываете переход, то не должны.
На первой странице вы говорили, что проблем у вас нет :)

ЗЫ. апгрейд - это не только цена сервера, но и цена перехода (и риски).

backup-restore собственно и весь переход. Даже не могу придумать риск.
28 мар 11, 18:50    [10435591]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

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

Если вы обосновываете переход, то не должны.
На первой странице вы говорили, что проблем у вас нет :)

ЗЫ. апгрейд - это не только цена сервера, но и цена перехода (и риски).

backup-restore собственно и весь переход. Даже не могу придумать риск.

Рыдалъ! (С)
28 мар 11, 18:53    [10435607]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
а смысл ? на 2 сокета оракл будет стоить $13.7К с металинком с pl/sql где не пролетают шальные времянки и рекордсеты :.


Не совсем понял с шальными времянками? Это какой-то особенный тип временных таблиц?
28 мар 11, 18:56    [10435620]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 7 [8] 9 10   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить