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

Откуда: Киев
Сообщений: 331
Собственно, такой вопрос. У нас в организации куплены лицензии SQL Server 2005 Std Ed. Стоит ли в принципе переходить на SQL Server 2008 R2. Имеет ли смысл это делать, если да то почему. Может быть оптимизатор посильнее или процедура резервного копирования какая-то иная.
Спасибо.
22 мар 11, 12:32    [10408010]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Попутно вопрос. Имеет ли смысл переходить на Windows 2008 R2 c Windows 2003 R2 с точки зрения работы SQL Server как 2005 и 2008 R2, именно в контексте быстродействия работы сервера БД или разницы особой нет. Спасибо.
22 мар 11, 12:35    [10408039]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8968
beginner_dba,

если у вас сейчас с Sql Server нет никаких проблем, то переходить смысла нет.
Если есть, то надо смотреть на конкретные проблемы - есть ли для них что-нибудь в 2008.
22 мар 11, 12:51    [10408148]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Le Peace
Если есть, то надо смотреть на конкретные проблемы - есть ли для них что-нибудь в 2008.

А если для этих проблем нет ничего в 2008, то надо переходить на Оракула.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 13:01    [10408221]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

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

если у вас сейчас с Sql Server нет никаких проблем, то переходить смысла нет.
Если есть, то надо смотреть на конкретные проблемы - есть ли для них что-нибудь в 2008.

Да проблем, то никаких нет. Просто может быть запросы будут быстрее выполнятся или там быстрее модификации будут производится. Или можно секционированием пользоваться.
22 мар 11, 13:02    [10408229]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
Le Peace
Если есть, то надо смотреть на конкретные проблемы - есть ли для них что-нибудь в 2008.

А если для этих проблем нет ничего в 2008, то надо переходить на Оракула.

Что SQL Server так сильно от Oracle отстает? Например в чем?
22 мар 11, 13:04    [10408240]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Что SQL Server так сильно от Oracle отстает? Например в чем?

Во всём. Там ещё тянется блокировочное наследие, которого в Оракуле нет. По количеству фич
их даже сравнивать страшно. Даже логов в Оракуле на один больше.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 13:05    [10408261]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Что SQL Server так сильно от Oracle отстает? Например в чем?

Во всём. Там ещё тянется блокировочное наследие, которого в Оракуле нет. По количеству фич
их даже сравнивать страшно. Даже логов в Оракуле на один больше.

Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для согласованного неблокирующего чтения, а где еще нужна версионность?
А по фичам, что действительно такой большой отрыв? Например в чем?
По логам вы имеет ввиду, то что в Оракле их несколько зеркальных или же то что есть понятие архивных логов?
22 мар 11, 13:13    [10408325]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для
согласованного неблокирующего чтения, а где еще нужна версионность?

А вам этого мало? Возможность читать данные из активно изменяемой таблицы когда этого
хочется, а не когда писатели милостиво позволят.

beginner_dba
А по фичам, что действительно такой большой отрыв? Например в чем?

Во всём. Начиная с самого простого - триггеров for each row.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 13:34    [10408506]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
Dimitry Sibiryakov
А если для этих проблем нет ничего в 2008, то надо переходить на Оракула.

Дима, ты не приболел ? у тебя все благополучно ?

beginner_dba
Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для согласованного неблокирующего чтения, а где еще нужна версионность?
А по фичам, что действительно такой большой отрыв? Например в чем?
По логам вы имеет ввиду, то что в Оракле их несколько зеркальных или же то что есть понятие архивных логов?

snapshot оно, но странно оно в мсскл сделано, версии строк запихнуты в темпдб в перемешку с сортировками, времянками, курсорами и многим другим
по фичам относительно 2005 я собрал тут:
http://sites.google.com/site/triffids/oraclevsyukon

относительно 2008R2 мало чего изменилось в плане фич.
22 мар 11, 13:40    [10408554]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для
согласованного неблокирующего чтения, а где еще нужна версионность?

А вам этого мало? Возможность читать данные из активно изменяемой таблицы когда этого
хочется, а не когда писатели милостиво позволят.

beginner_dba
А по фичам, что действительно такой большой отрыв? Например в чем?

Во всём. Начиная с самого простого - триггеров for each row.

ну так написать при каждом чтении
Set isolation level snapshot
и читать данные при писателях.
Можете привести пример, когда необходимо использовать триггер для строк, ну и никак по-другому не выкрутится?
22 мар 11, 13:52    [10408644]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
Dimitry Sibiryakov
А если для этих проблем нет ничего в 2008, то надо переходить на Оракула.

Дима, ты не приболел ? у тебя все благополучно ?

beginner_dba
Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для согласованного неблокирующего чтения, а где еще нужна версионность?
А по фичам, что действительно такой большой отрыв? Например в чем?
По логам вы имеет ввиду, то что в Оракле их несколько зеркальных или же то что есть понятие архивных логов?

snapshot оно, но странно оно в мсскл сделано, версии строк запихнуты в темпдб в перемешку с сортировками, времянками, курсорами и многим другим
по фичам относительно 2005 я собрал тут:
http://sites.google.com/site/triffids/oraclevsyukon

относительно 2008R2 мало чего изменилось в плане фич.

Ну, а если разбить базу tempdb на несколько частей и разнести их по массивам, или выделить один массив RAID 5 для tempdb?
22 мар 11, 13:59    [10408682]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Можете привести пример, когда необходимо использовать триггер для строк, ну и никак
по-другому не выкрутится?

CREATE OR RAPLACE TRIGGER T_U_LOG AFTER UPDATE ON T FOR EACH ROW
BEGIN
  INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
   VALUES ('U', TO_CHAR(:OLD.PK), TO_CHAR(:NEW.PK));
END;
Никак эту операцию не произвести на MS statement-level триггерах, хоть убейся.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 14:00    [10408688]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
Dimitry Sibiryakov
А если для этих проблем нет ничего в 2008, то надо переходить на Оракула.

Дима, ты не приболел ? у тебя все благополучно ?

beginner_dba
Но есть уровень изоляции транзакции Snapshot - это не оно разве? Это нужно в принципе для согласованного неблокирующего чтения, а где еще нужна версионность?
А по фичам, что действительно такой большой отрыв? Например в чем?
По логам вы имеет ввиду, то что в Оракле их несколько зеркальных или же то что есть понятие архивных логов?

snapshot оно, но странно оно в мсскл сделано, версии строк запихнуты в темпдб в перемешку с сортировками, времянками, курсорами и многим другим
по фичам относительно 2005 я собрал тут:
http://sites.google.com/site/triffids/oraclevsyukon

относительно 2008R2 мало чего изменилось в плане фич.


Из Вашей статьи
В Microsoft сервере отсутствуют многие типы индексов, которые доступны в Оракле, что занчительно влияет на планы запросов или конкурентный доступ и может в некоторых случаях дать преимущество оптимизатору Оракла на порядок:
Таки в 10 раз?
22 мар 11, 14:02    [10408707]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Yo.!
Дима, ты не приболел ? у тебя все благополучно ?

Я уж думал ты никогда тут не появишься... Подтверди, что два лога это круче одного!

Posted via ActualForum NNTP Server 1.4

22 мар 11, 14:04    [10408728]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Можете привести пример, когда необходимо использовать триггер для строк, ну и никак
по-другому не выкрутится?

CREATE OR RAPLACE TRIGGER T_U_LOG AFTER UPDATE ON T FOR EACH ROW
BEGIN
  INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
   VALUES ('U', TO_CHAR(:OLD.PK), TO_CHAR(:NEW.PK));
END;
Никак эту операцию не произвести на MS statement-level триггерах, хоть убейся.


 CREATE TRIGGER T_U_LOG ON T AFTER UPDATE
AS
BEGIN
  INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
   VALUES ('U', (SELECT CONVERT(CHAR(10), PK) FROM DELETED), (SELECT CONVERT(CHAR(10), PK) FROM INSERTED));
END;
Это не оно?
22 мар 11, 14:11    [10408773]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Ну, а если разбить базу tempdb на несколько частей и разнести их по массивам, или выделить один массив RAID 5 для tempdb?

тюнинг темдб целая наука, raid5 слобоват на запись, на oltp невыгоден.

beginner_dba
Из Вашей статьи
В Microsoft сервере отсутствуют многие типы индексов, которые доступны в Оракле, что занчительно влияет на планы запросов или конкурентный доступ и может в некоторых случаях дать преимущество оптимизатору Оракла на порядок:
Таки в 10 раз?

бывает в 10, бывает в 100, зависит от запроса. вот тут я показывал какое преимущество кластерные структуры в оракле дают (не путать с RAC)
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=593514&msg=6324928

Dimitry Sibiryakov
Я уж думал ты никогда тут не появишься... Подтверди, что два лога это круче одного!

подтверждаю :-)
22 мар 11, 14:13    [10408785]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
Yo.!
Дима, ты не приболел ? у тебя все благополучно ?

Я уж думал ты никогда тут не появишься... Подтверди, что два лога это круче одного!

А чем лучше? Вы имеете ввиду, то что происходит зеркалирование?
22 мар 11, 14:13    [10408789]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Это не оно?

Только в частном случае когда запросом изменяется исключительно одна строка. Уже с двумя -
БУМ! Причём отложенный. Нафиг-нафиг такую часовую бомбу.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Ну, а если разбить базу tempdb на несколько частей и разнести их по массивам, или выделить один массив RAID 5 для tempdb?

тюнинг темдб целая наука, raid5 слобоват на запись, на oltp невыгоден.

beginner_dba
Из Вашей статьи
В Microsoft сервере отсутствуют многие типы индексов, которые доступны в Оракле, что занчительно влияет на планы запросов или конкурентный доступ и может в некоторых случаях дать преимущество оптимизатору Оракла на порядок:
Таки в 10 раз?

бывает в 10, бывает в 100, зависит от запроса. вот тут я показывал какое преимущество кластерные структуры в оракле дают (не путать с RAC)
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=593514&msg=6324928

Dimitry Sibiryakov
Я уж думал ты никогда тут не появишься... Подтверди, что два лога это круче одного!

подтверждаю :-)


Но в принципе добиться более-менее нормального перфоманса можно с темпдб, неправда ли?
Все же в том тесте у вас выигрыш был в разы, но в абсолютных единицах в миллисекундах. Вы уверены что если вы увеличите объем данных в 1 млн раз, то разница будет измерятся минутах?
22 мар 11, 14:19    [10408819]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
beginner_dba
 CREATE TRIGGER T_U_LOG ON T AFTER UPDATE
AS
BEGIN
  INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
   VALUES ('U', (SELECT CONVERT(CHAR(10), PK) FROM DELETED), (SELECT CONVERT(CHAR(10), PK) FROM INSERTED));
END;
Это не оно?

нет, это просто каракули
22 мар 11, 14:21    [10408831]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Но в принципе добиться более-менее нормального перфоманса можно с темпдб, неправда ли?
Все же в том тесте у вас выигрыш был в разы, но в абсолютных единицах в миллисекундах. Вы уверены что если вы увеличите объем данных в 1 млн раз, то разница будет измерятся минутах?

все познается в сравнении, для некоторых темдб на RAM-диске это более менее, для других дикость...
на триллионе записей думаю минуты и будут, если запросу с HDD нужно поднять в 10 раз больше блоков ...
22 мар 11, 14:27    [10408877]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
А чем лучше? Вы имеете ввиду, то что происходит зеркалирование?

у оракла под версии строк отдельный лог (UNDO log), где лежат только версии строк. причем есть возможность для отдельных транзакций назначать отдельный лог.
22 мар 11, 14:29    [10408895]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Зайцев Фёдор
beginner_dba
 CREATE TRIGGER T_U_LOG ON T AFTER UPDATE
AS
BEGIN
  INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
   VALUES ('U', (SELECT CONVERT(CHAR(10), PK) FROM DELETED), (SELECT CONVERT(CHAR(10), PK) FROM INSERTED));
END;
Это не оно?

нет, это просто каракули


CREATE TRIGGER T_U_LOG ON T AFTER UPDATE
AS
BEGIN
select pk  into #t1 from inserted
select pk into #t2 from deleted
alter table #t1
add num int identity(1,1)
alter table #t2
add num int identity(1,1)
select #t1.pk as new_pk, #t2.pk as old_pk  into #t3 from #t1 join #t2 on #t1.num=#t2.num 
INSERT INTO LOG_TABLE (OP, OLD_PK, NEW_PK)
VALUES ('U', (SELECT CONVERT(CHAR(10), OLD_PK) FROM #t3), (SELECT CONVERT(CHAR(10), NEW_PK) FROM #t3))
drop table #t1
drop table #t2
drop table #t3
END
22 мар 11, 14:33    [10408925]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Но в принципе добиться более-менее нормального перфоманса можно с темпдб, неправда ли?
Все же в том тесте у вас выигрыш был в разы, но в абсолютных единицах в миллисекундах. Вы уверены что если вы увеличите объем данных в 1 млн раз, то разница будет измерятся минутах?

все познается в сравнении, для некоторых темдб на RAM-диске это более менее, для других дикость...
на триллионе записей думаю минуты и будут, если запросу с HDD нужно поднять в 10 раз больше блоков ...

И много систем у нас есть в мире на триллион записей?
22 мар 11, 14:35    [10408936]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
А чем лучше? Вы имеете ввиду, то что происходит зеркалирование?

у оракла под версии строк отдельный лог (UNDO log), где лежат только версии строк. причем есть возможность для отдельных транзакций назначать отдельный лог.

Безусловно это важно, но UNDO табличное пространство это грубо говоря часть TEMPDB для хранения старых версий, которое лежит отдельно от redo журналов (разные файлы на разных дисках). Если же Вы размажете TEMPDB, то получится тот же эффект.
Кстати в MS данные можно разносить данные по разным серверам -это называется федеративные серверы.
22 мар 11, 14:39    [10408966]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Я все же спрашивал о целесообразности перехода на 2008 R2, а началось сравнение с Ораклом.....
22 мар 11, 14:44    [10409008]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
beginner_dba
Я все же спрашивал о целесообразности перехода на 2008 R2, а началось сравнение с Ораклом.....

А это всегда так. Иногда ранее, иногда позднее, но всегда :)

По поводу целесообразности: если всё устраивает в 2005 - сидите на нём.
22 мар 11, 14:53    [10409057]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Безусловно это важно, но UNDO табличное пространство это грубо говоря часть TEMPDB для хранения старых версий, которое лежит отдельно от redo журналов (разные файлы на разных дисках). Если же Вы размажете TEMPDB, то получится тот же эффект.

тот же не получиться, т.к. вы не сможете в темпдб отделить в версии от сортировок или от времянок, чтоб разложить на разные диски (райды). в этом основная разница.
22 мар 11, 14:55    [10409071]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Я все же спрашивал о целесообразности перехода на 2008 R2, а началось сравнение с Ораклом.....

Ты задал свой вопрос в "Сравнении СУБД", а не разделе по MS SQL. За что и поплатился.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Безусловно это важно, но UNDO табличное пространство это грубо говоря часть TEMPDB для хранения старых версий, которое лежит отдельно от redo журналов (разные файлы на разных дисках). Если же Вы размажете TEMPDB, то получится тот же эффект.

тот же не получиться, т.к. вы не сможете в темпдб отделить в версии от сортировок или от времянок, чтоб разложить на разные диски (райды). в этом основная разница.

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

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

beginner_dba
select pk  into #t1 from inserted
select pk into #t2 from deleted
alter table #t1
add num int identity(1,1)
alter table #t2
add num int identity(1,1)

Ну, ты же сам понимаешь, что этот бред неработоспособен...

Posted via ActualForum NNTP Server 1.4

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

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
select pk  into #t1 from inserted
select pk into #t2 from deleted
alter table #t1
add num int identity(1,1)
alter table #t2
add num int identity(1,1)

Ну, ты же сам понимаешь, что этот бред неработоспособен...

Что совсем? Я не проверял, так импровизировал. Вы имеете ввиду наверное, что при добавке автоинкремента в каждую из таблиц мы не получим строго следования сток?
22 мар 11, 15:14    [10409231]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
select pk  into #t1 from inserted
select pk into #t2 from deleted
alter table #t1
add num int identity(1,1)
alter table #t2
add num int identity(1,1)

Ну, ты же сам понимаешь, что этот бред неработоспособен...

Просто в SQL Server не аналога rownum от Оракла.
22 мар 11, 15:15    [10409234]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Просто в SQL Server не аналога rownum от Оракла.

Вот видишь, ты и сам теперь признаёшь, что в MS SQL чего ни хватись - нету.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Просто в SQL Server не аналога rownum от Оракла.

Вот видишь, ты и сам теперь признаёшь, что в MS SQL чего ни хватись - нету.

Так вообще я не спорю конечно, но все же как-то наверное можно выкрутится. Наверняка кто-то уже делал нечто подобное. Неужели все кто имеет SQL Server не ведут таблицы логов? Как-то же это можно реализовать.
22 мар 11, 15:21    [10409272]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
locky
beginner_dba
Я все же спрашивал о целесообразности перехода на 2008 R2, а началось сравнение с Ораклом.....

А это всегда так. Иногда ранее, иногда позднее, но всегда :)

По поводу целесообразности: если всё устраивает в 2005 - сидите на нём.

Да уж, Вы правы. Наверное нужно сказать администратору сайта переименовать данную ветку в "Сравнение СУБД с Oracle Database"
22 мар 11, 15:22    [10409280]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Просто в SQL Server не аналога rownum от Оракла.

Вот видишь, ты и сам теперь признаёшь, что в MS SQL чего ни хватись - нету.

Ну пока хватились отсутствия триггеров для строки. А что еще можно привести в пример. Кроме обилия индексов? С неблокирующим чтением вроде разобрались в MS SQL это есть. Наличие массивов? Можно использовать временные таблицы чем не массив? Наличие коллекций? Объявите несколько переменных с одинаковым префиксом, вот Вам подобие коллекций. Наличие пакетов? Вот тут вопрос к Вам какова прикладная польза от них?
22 мар 11, 15:26    [10409305]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
beginner_dba
[Так вообще я не спорю конечно, но все же как-то наверное можно выкрутится. Наверняка кто-то уже делал нечто подобное. Неужели все кто имеет SQL Server не ведут таблицы логов? Как-то же это можно реализовать.

Ну приорода трабл связана с тем что триггер только на инструкцию, а не строку и какда много изменений нельзя узнать что на что изменилось в каждой строке. Потому, скорее всего, придется создавать типа специальную не изменяемую колонку, чтобы организовывать соединения в DELETED и INSERTED, чтобы узнать что на что изменилось в каждой строке.
22 мар 11, 15:28    [10409312]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
vadiminfo
beginner_dba
[Так вообще я не спорю конечно, но все же как-то наверное можно выкрутится. Наверняка кто-то уже делал нечто подобное. Неужели все кто имеет SQL Server не ведут таблицы логов? Как-то же это можно реализовать.

Ну приорода трабл связана с тем что триггер только на инструкцию, а не строку и какда много изменений нельзя узнать что на что изменилось в каждой строке. Потому, скорее всего, придется создавать типа специальную не изменяемую колонку, чтобы организовывать соединения в DELETED и INSERTED, чтобы узнать что на что изменилось в каждой строке.

Ну добавить наверное поле автоинкремента в основную да и дело в то?
22 мар 11, 15:35    [10409364]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
beginner_dba
Ну добавить наверное поле автоинкремента в основную да и дело в то?

А если это инкрементое поле поменяли? Ить у Вас лог там именно чтобы все изменения отслеживать.
А вообще все таки вот это добавление выглядит как излишнее изменение структуры. Все таки в табле ожидается тока инфа про предметную область. А тут левые колонки какие-то.
22 мар 11, 15:44    [10409458]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
vadiminfo
А если это инкрементое поле поменяли?
а никак
22 мар 11, 15:49    [10409510]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
vadiminfo,
Наверное не менять поле тогда:)
22 мар 11, 15:52    [10409535]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Наверное не менять поле тогда:)

Вот именно поэтому даже при прочих равных MS SQL проигрывает.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Обнинск
Сообщений: 4802
beginner_dba
vadiminfo,
Наверное не менять поле тогда:)

Ну, наверное. Но все же луче без изменения структуры (добавления полей) такие задачи решать в общем случае. Они, возможно, типа заплаток выглядят: не должно быть в таблах про ПО системных колонок.
22 мар 11, 15:55    [10409572]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Наверное не менять поле тогда:)

Вот именно поэтому даже при прочих равных MS SQL проигрывает.

Вы хотите доказать преимущество Оракл над MS SQL? Мы пока с Вами обсудили 2 темы это консистентное чтение и триггеры для строк. И как видите в МС можно выкрутиться. Впрочем все же вопрос о преимуществах 2008 над 2005 мы так к сожалению и не рассмотрели.
22 мар 11, 16:28    [10409856]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
alneo
Member

Откуда: USSR
Сообщений: 1056
нет ничего глупее чем спорить о том что лучше - оракл или сиквел.. за это банить нужно. я как сторонник мелкомягких могу показать сильные стороны сиквела :-)

у нас заказчик использует как 2005 сервак, так и 2008 под наше приложение. 2008 работает немного быстрее.
всякие BI не юзаем, только сам database engine. Так что смысла тратить деньги нету.
Некоторые американские клиенты до сих пор сидят на 2000 серваке и это их устраивает.
22 мар 11, 16:38    [10409930]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
в МС можно выкрутиться.

А можно не выкручиваться, а просто использовать приличную СУБД. Я бы понял аргумент "можно
выкрутиться" если бы MS SQL имел хоть какое-нибудь убойное преимущество, ради которого
можно было бы мириться с его недостатками... Вот у того же Firebird таким преимуществом
является бесплатность, а MS даже этим похвастаться не может.

Posted via ActualForum NNTP Server 1.4

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

Откуда: USSR
Сообщений: 1056
приличную субд типа фаярбёрд (хорошо что хоть не mysql) :-)

чтоб не спорить, загляните лучше на http://tpc.org/, гляньте как ситуация изменилась за последние лет 10....
22 мар 11, 16:58    [10410067]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
в МС можно выкрутиться.

А можно не выкручиваться, а просто использовать приличную СУБД. Я бы понял аргумент "можно
выкрутиться" если бы MS SQL имел хоть какое-нибудь убойное преимущество, ради которого
можно было бы мириться с его недостатками... Вот у того же Firebird таким преимуществом
является бесплатность, а MS даже этим похвастаться не может.

Стоп у Firebird вроде как нет журнала логов? Или это устаревшая информация?
22 мар 11, 17:01    [10410095]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6723
Dimitry Sibiryakov,

1. Размер. Поживи-ка с Ораклом на нетбуке )
2. Квикстарт.
3. Сопровождаемость Express.

В обратную сторону тоже найдется много что сказать.
22 мар 11, 17:02    [10410098]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
kDnZP
Member [заблокирован]

Откуда: ★[msg=16399436]★[msg=20850760]
Сообщений: 11289
alneo
нет ничего глупее чем спорить о том что лучше - оракл или сиквел.. за это банить нужно. я как сторонник мелкомягких могу показать сильные стороны сиквела :-)

у нас заказчик использует как 2005 сервак, так и 2008 под наше приложение. 2008 работает немного быстрее.
всякие BI не юзаем, только сам database engine. Так что смысла тратить деньги нету.
Некоторые американские клиенты до сих пор сидят на 2000 серваке и это их устраивает.

Не надо банить))). Пусть лучше в этой ветке оракловеды гнездятся, а то ведь они систематически со всякими глупостями в ветку MS SQL набегают, ибо там жизнь))).
22 мар 11, 17:02    [10410101]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Siemargl
1. Размер. Поживи-ка с Ораклом на нетбуке )
2. Квикстарт.
3. Сопровождаемость Express.

1. На моём нетбуке сейчас стоят Oracle XE и MS SQL 2008. Первый занимает гиг, второй полгига.
2. Не смешно.
3. Переведи. В каких единицах и по каким формулам оценивается сопровождаемость? И при чём
тут Express? В этом топике не говорится о кастрированных редакциях.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 17:06    [10410134]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Стоп у Firebird вроде как нет журнала логов? Или это устаревшая информация?

А что такое "журнал логов" и зачем он нужен пользователю? Undo лог там есть, хоть под него
и не выделяется отдельный файл. Redo лога нет.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 17:12    [10410183]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
Dimitry Sibiryakov
На моём нетбуке сейчас стоят Oracle XE

Dimitry Sibiryakov
В этом топике не говорится о кастрированных редакциях.
22 мар 11, 17:13    [10410189]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
beginner_dba
Наверное не менять поле тогда:)

Вот именно поэтому даже при прочих равных MS SQL проигрывает.

Рыдалъ!

Хотя, для новичков аргумент прокатывает, чо!
22 мар 11, 17:24    [10410259]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Хотя, для новичков аргумент прокатывает, чо!

Аргумент "а вы так не делайте" прокатывает всегда.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
beginner_dba
Стоп у Firebird вроде как нет журнала логов? Или это устаревшая информация?

А что такое "журнал логов" и зачем он нужен пользователю? Undo лог там есть, хоть под него
и не выделяется отдельный файл. Redo лога нет.


Вы понимаете, что если нет журнала повторов, то производительность сильно падает?
Вот например Вы закоммитили транзакцию допустим в том же Оракле, Оракл записал последовательно в реду журнал (на диске) сжатую запись и пошел себе дальше работать. В ОЗУ остался модифицированный блок, который может не сбрасываться в дата файл неделями.
Если нет реду журнала, то СУБД вынуждена погонять головку жесткого диска дабы положить блок данных в нужное место.
22 мар 11, 17:33    [10410310]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
1
Guest
Прикол! Обсуждение слепых слона. Один не имеет понятия о Oracle, другой о MS SQL. Спасибо, давно так не смеялся.
22 мар 11, 17:34    [10410314]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Вы понимаете, что если нет журнала повторов, то производительность сильно падает?

Не, не понимаю.

beginner_dba
Если нет реду журнала, то СУБД вынуждена погонять головку жесткого диска дабы положить
блок данных в нужное место.

А если он есть, то СУБД вынуждена не только погонять головку жёсткого диска дабы положить
блок данных недельной давности в нужное место, но и после краха тратить время на
восстановление. Firebird стартует мгновенно вне зависимости от того как его остановили.

Posted via ActualForum NNTP Server 1.4

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

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

Аргумент "а вы так не делайте" прокатывает всегда.

А то!
"DDL автокоммитятся!" - а вы так не делайте!
"Нет временных таблиц" - а вы так не делайте!
"нет update from!" - а вы так не делайте!



Хотя "при прочих разных скуль проигрывает" - как раз тот аргумент, который порадовал.
Смело так, окончательно. Как раз для новичков.

Остальные то знают :)
22 мар 11, 18:00    [10410509]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Andrey Sribnyak
Member

Откуда: Киев
Сообщений: 601
Yo.!
по фичам относительно 2005 я собрал тут:
http://sites.google.com/site/triffids/oraclevsyukon

относительно 2008R2 мало чего изменилось в плане фич.



Merge точно появился

Yo.!
В оракле аналитические функции более разнообразны, кроме этого оракл поддерживает MERGE INTO
22 мар 11, 18:02    [10410516]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8968
Dimitry Sibiryakov
А если он есть, то СУБД вынуждена не только погонять головку жёсткого диска дабы положить
блок данных недельной давности в нужное место, но и после краха тратить время на
восстановление. Firebird стартует мгновенно вне зависимости от того как его остановили.

А если его нету, и крах произошёл в середине транзакции?
22 мар 11, 18:03    [10410520]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Le Peace
А если его нету, и крах произошёл в середине транзакции?

Тогда ещё проще: новые данные так и не попали на диск, база в состоянии в каком была до
старта транзакции. ACID соблюдён.

Posted via ActualForum NNTP Server 1.4

22 мар 11, 18:06    [10410546]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
locky
А то!
"DDL автокоммитятся!" - а вы так не делайте!

ну а в мсскл DDL просто на снепшоте запрещены, а вызывание на блокировочном режиме убивает версионные транзакции. уж лучше автокомит чем такое порно, имхо.

locky
"Нет временных таблиц" - а вы так не делайте!

есть GTT, есть коллекции, для LGT задач тупо не остается

locky
"нет update from!" - а вы так не делайте!

кривой синтаксис - вотчина мелкомягких, у оракла все по феншую однако.
22 мар 11, 18:08    [10410571]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Le Peace
Dimitry Sibiryakov
А если он есть, то СУБД вынуждена не только погонять головку жёсткого диска дабы положить
блок данных недельной давности в нужное место, но и после краха тратить время на
восстановление. Firebird стартует мгновенно вне зависимости от того как его остановили.

А если его нету, и крах произошёл в середине транзакции?

У файберда наверняка есть анду журнал, в дата файле не изменится
22 мар 11, 18:09    [10410583]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
locky
А то!
"DDL автокоммитятся!" - а вы так не делайте!

ну а в мсскл DDL просто на снепшоте запрещены, а вызывание на блокировочном режиме убивает версионные транзакции. уж лучше автокомит чем такое порно, имхо.

locky
"Нет временных таблиц" - а вы так не делайте!

есть GTT, есть коллекции, для LGT задач тупо не остается

locky
"нет update from!" - а вы так не делайте!

кривой синтаксис - вотчина мелкомягких, у оракла все по феншую однако.

Зато в Оракле нельзя вернуть селект в процедуре в виде рекордсета, нужно создавать курсор и наполнять его.
22 мар 11, 18:13    [10410609]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6723
Dimitry Sibiryakov
Siemargl
1. Размер. Поживи-ка с Ораклом на нетбуке )
2. Квикстарт.
3. Сопровождаемость Express.

1. На моём нетбуке сейчас стоят Oracle XE и MS SQL 2008. Первый занимает гиг, второй полгига.
2. Не смешно.
3. Переведи. В каких единицах и по каким формулам оценивается сопровождаемость? И при чём
тут Express? В этом топике не говорится о кастрированных редакциях.

1. А у меня MSSQL 10-100 мб working set. После его мучений на гигабайтных
базах конечно службу рестартую. В разработке удобно.
2. Не смешно, но проще начать.
3. Уже перевели.
22 мар 11, 18:23    [10410675]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Зато в Оракле нельзя вернуть селект в процедуре в виде рекордсета, нужно создавать курсор и наполнять его.

можно. на ходу в процедур создается ref_cursor, причем их можно на клиент несколько вернуть, в мсскл это появилось лишь недавно и то выбирать данные можно только последовательно.
22 мар 11, 18:24    [10410681]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
oracle XE у меня в офисе из 5 человек в продакшене на 512 мб жил несколько лет
22 мар 11, 18:27    [10410703]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
locky
А то!
"DDL автокоммитятся!" - а вы так не делайте!

ну а в мсскл DDL просто на снепшоте запрещены, а вызывание на блокировочном режиме убивает версионные транзакции. уж лучше автокомит чем такое порно, имхо.

locky
"Нет временных таблиц" - а вы так не делайте!

есть GTT, есть коллекции, для LGT задач тупо не остается

locky
"нет update from!" - а вы так не делайте!

кривой синтаксис - вотчина мелкомягких, у оракла все по феншую однако.

Угу. GTT :)
А еще там есть пакетные переменные, которые можно использовать вместо локальных переменных :)
И феншуй у оракла забавный. Либо мёрдж, либо... да, собственно, только мёрдж.
А хотя нет... можно update set = (select) where exists(select)
Эротично. Для тех мусью, кто любит извращения :)
22 мар 11, 19:10    [10410912]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
И феншуй у оракла забавный. Либо мёрдж, либо... да, собственно, только мёрдж.

А душа просит разнообразия...

Posted via ActualForum NNTP Server 1.4

22 мар 11, 19:17    [10410946]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
vadiminfo,

а не вы показывали какие коллизии возникают при Update+join ? помню кто-то тут показывал ..
22 мар 11, 19:45    [10411078]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
гы, locky, это же ты и паказывал
https://www.sql.ru/forum/actualthread.aspx?tid=619632&pg=55&mid=6780749#6780749
22 мар 11, 19:53    [10411116]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Крутой Петя
Guest
А что лучше - БМВ или Мерседес? Я лучше бы перешел на Ораклю и не отсвечивал.
22 мар 11, 20:07    [10411159]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
гы, locky, это же ты и паказывал
https://www.sql.ru/forum/actualthread.aspx?tid=619632&pg=55&mid=6780749#6780749

Не, это мне показывали
И я глубоко благодарен оракулу, что он считает себя умнее меня, но хочу отметить, что это я программирую оракул, а не оракул меня (не знаю как с этим в других странах), а посему я ожидаю что оракул будет вежливо и кротко выполнять то, что ему приказывают, а не выдрючиватся :)
22 мар 11, 20:17    [10411181]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
locky
Не, это мне показывали
И я глубоко благодарен оракулу, что он считает себя умнее меня, но хочу отметить, что это я программирую оракул, а не оракул меня (не знаю как с этим в других странах), а посему я ожидаю что оракул будет вежливо и кротко выполнять то, что ему приказывают, а не выдрючиватся :)

слава яйцам в оракле главный админ, который если задал констреинт уникальности, то никакой быдлокодер, чего бы он там не напрограммировал, не сможет нарушить уникальность.
так, locky, ты на полном серьезе считаешь совершенно нормальным когда один и тот же запрос на один и том же наборе данных может выдавать различные результаты ? по мне так это вопиющий косяк, кстати MERGE и в мсскл похоже таких вольностей себе не позволяет.
22 мар 11, 20:37    [10411232]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Что? Опять??? Некий бред даже комментировать не хочется. Все остальное - уже столько раз перетиралось...

2 beginner_dba

В BOL всегда есть раздел What's New.

Те фичи 2008 R2, которые реально юзабельны.

1. Сжатие бэкапов, причем даже в редакции Standard.
2. Динамическое отслеживание зависимостей.
3. Параметры табличного типа + пользовательские типы данных табличного типа.
3. Типы данных date, time, datetime2, hierarchyid, geometry, geography.
5. Озвученная уже здесь MERGE.
...

И это малая толика фич самого движка...
22 мар 11, 20:52    [10411270]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
Никак эту операцию не произвести на MS statement-level триггерах, хоть убейся.


Конечно, если разум зашорен на триггерах, то никак: Basics of Change Data Capture

...
Change Table

The first five columns of a change data capture change table are metadata columns. These provide additional information that is relevant to the recorded change. The remaining columns mirror the identified captured columns from the source table in name and, typically, in type. These columns hold the captured column data that is gathered from the source table.

Each insert or delete operation that is applied to a source table appears as a single row within the change table. The data columns of the row that results from an insert operation contain the column values after the insert. The data columns of the row that results from a delete operation contain the column values before the delete. An update operation requires one row entry to identify the column values before the update, and a second row entry to identify the column values after the update.

Each row in a change table also contains additional metadata to allow interpretation of the change activity. The column __$start_lsn identifies the commit log sequence number (LSN) that was assigned to the change. The commit LSN both identifies changes that were committed within the same transaction, and orders those transactions. The column __$seqval can be used to order more changes that occur in the same transaction. The column __$operation records the operation that is associated with the change: 1 = delete, 2 = insert, 3 = update (before image), and 4 = update (after image). The column __$update_mask is a variable bit mask with one defined bit for each captured column. For insert and delete entries, the update mask will always have all bits set. Update rows, however, will only have those bits set that correspond to changed columns.
22 мар 11, 21:37    [10411393]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
vadiminfo
Но все же луче без изменения структуры (добавления полей) такие задачи решать в общем случае. Они, возможно, типа заплаток выглядят: не должно быть в таблах про ПО системных колонок.


Принципиально ли для Вас, предоставляется ли эта "системная колонка" самой СУБД или ее при необходимости можно добавить?
22 мар 11, 22:02    [10411442]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
locky
Не, это мне показывали
И я глубоко благодарен оракулу, что он считает себя умнее меня, но хочу отметить, что это я программирую оракул, а не оракул меня (не знаю как с этим в других странах), а посему я ожидаю что оракул будет вежливо и кротко выполнять то, что ему приказывают, а не выдрючиватся :)

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

Слава яйцам, что я таки умнее оракула (иначе тут бы сидел оракул и писал что он, слава яйцам, умнее локи), и я лучче его понимаю и знаю - что и когда мне надо или не надо делать
И славай яйцам, что я занимаюсь портированием оракловых баз на скуль, а не наоборот, а посему могу с похабной ухмылкой читать посты типа "нашы яйцы круче сиквела всегда-всегда-всегда!"


зы бтв, оракуль иногда таки путается в констрейнтах - и ни даёть! Ну не падла, не? :)
Не говоря уж о стейджингах, на которых констрейнты понятие виртуальное.
22 мар 11, 22:17    [10411488]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Yo.!
так, locky, ты на полном серьезе считаешь совершенно нормальным когда один и тот же запрос на один и том же наборе данных может выдавать различные результаты ? по мне так это вопиющий косяк, кстати MERGE и в мсскл похоже таких вольностей себе не позволяет.

ну а что будет делать программист оракла с примерно такой же квалификацией, как автор обсуждаемого запроса? он напишет это циклом, причем order by там не будет и опять же мы получаем различные результаты

а если нет разницы, то зачем дополнительный гемморой?
22 мар 11, 22:29    [10411520]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
SergSuper
Yo.!
так, locky, ты на полном серьезе считаешь совершенно нормальным когда один и тот же запрос на один и том же наборе данных может выдавать различные результаты ? по мне так это вопиющий косяк, кстати MERGE и в мсскл похоже таких вольностей себе не позволяет.

ну а что будет делать программист оракла с примерно такой же квалификацией, как автор обсуждаемого запроса? он напишет это циклом, причем order by там не будет и опять же мы получаем различные результаты

а если нет разницы, то зачем дополнительный гемморой?

Я бы сказал несколько иначе - независимо от того, нужен цикл или не нужен - типовой ораклоид всё равно использует цикл/курсор.
Почему - не знаю.
22 мар 11, 22:35    [10411531]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
SergSuper
ну а что будет делать программист оракла с примерно такой же квалификацией, как автор обсуждаемого запроса? он напишет это циклом, причем order by там не будет и опять же мы получаем различные результаты

а если нет разницы, то зачем дополнительный гемморой?

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

locky
Слава яйцам, что я таки умнее оракула (иначе тут бы сидел оракул и писал что он, слава яйцам, умнее локи), и я лучче его понимаю и знаю - что и когда мне надо или не надо делать

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

locky
И славай яйцам, что я занимаюсь портированием оракловых баз на скуль, а не наоборот, а посему могу с похабной ухмылкой читать посты типа "нашы яйцы круче сиквела всегда-всегда-всегда!"


зы бтв, оракуль иногда таки путается в констрейнтах - и ни даёть! Ну не падла, не? :)
Не говоря уж о стейджингах, на которых констрейнты понятие виртуальное.

ну это вы от перевозбуждения наговорили. ;)
22 мар 11, 23:29    [10411625]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
это говорит о том, что вы никогда не работали в коллективе и вам никогда не приходилось разбираться с глючками систем доставшимися в наследство.

Конечно. Разумеется. Никогда не работал в коллективе. И никогда не разбирался с наследованным кодом.
Всё, знаете-ли сам, на коленке, всегда с нуля...

Yo.!
ну это вы от перевозбуждения наговорили. ;)

Врядли.
22 мар 11, 23:44    [10411679]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
Что? Опять??? Некий бред даже комментировать не хочется. Все остальное - уже столько раз перетиралось...

2 beginner_dba

В BOL всегда есть раздел What's New.

Те фичи 2008 R2, которые реально юзабельны.

1. Сжатие бэкапов, причем даже в редакции Standard.
2. Динамическое отслеживание зависимостей.
3. Параметры табличного типа + пользовательские типы данных табличного типа.
3. Типы данных date, time, datetime2, hierarchyid, geometry, geography.
5. Озвученная уже здесь MERGE.
...

И это малая толика фич самого движка...

Спасибо Вам большее. Единственный пост по делу. Скажите, а оптимизатор тоже переработан? Имеется ввиду можно ли ожидать 5-10% рост производительности по сравнению с 2005?
23 мар 11, 09:44    [10412118]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
2Yo.!,

А чем вам так
update from
не угодил? Очень удобная конструкция. Почему Вы обозвали ее косячной?
23 мар 11, 09:46    [10412123]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Зато в Оракле нельзя вернуть селект в процедуре в виде рекордсета, нужно создавать курсор и наполнять его.

можно. на ходу в процедур создается ref_cursor, причем их можно на клиент несколько вернуть, в мсскл это появилось лишь недавно и то выбирать данные можно только последовательно.


то есть я могу в оракле написать
exec proc1
, в которой в конце тела есть
 select
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше там нужно было объявлять курсор и возвращать его к вызываемому месту.
23 мар 11, 09:49    [10412134]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше
там нужно было объявлять курсор и возвращать его к вызываемому месту.

А MS, стало быть, данные без курсора возвращает? Телепатически, не иначе...

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
beginner_dba
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше
там нужно было объявлять курсор и возвращать его к вызываемому месту.

А MS, стало быть, данные без курсора возвращает? Телепатически, не иначе...

Ну, без дополнительного объявления параметров процедуры - да.
А то щаз начнется крючкотворство и придирание к терминам и языку. Запятые, опять таки, перепроверят ;)
23 мар 11, 11:55    [10412909]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
то есть я могу в оракле написать
exec proc1
, в которой в конце тела есть
 select
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше там нужно было объявлять курсор и возвращать его к вызываемому месту.

к счастью такого порно в оракле нет, наружу курсор уйдет только если объявлен в процедуре как OUT параметер
и в теле "open p_cursor FOR select ...", но главное они еще и именованные, т.е. такой хрени как в мсскл не произойдет ни при каких вариантах. помнится softwarer расжевывал с примерчиками
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=377674&msg=3708980
23 мар 11, 12:01    [10412965]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Yo.!
beginner_dba
то есть я могу в оракле написать
exec proc1
, в которой в конце тела есть
 select
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше там нужно было объявлять курсор и возвращать его к вызываемому месту.

к счастью такого порно в оракле нет, наружу курсор уйдет только если объявлен в процедуре как OUT параметер
и в теле "open p_cursor FOR select ...", но главное они еще и именованные, т.е. такой хрени как в мсскл не произойдет ни при каких вариантах. помнится softwarer расжевывал с примерчиками
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=377674&msg=3708980

Да, помнится в том посте основной упор был на низкую квалификацию оракл-программеров, которые без явного объявления аут параметров неспособны глядя на текст процедуры сказать - какие результаты оная возвращает.
23 мар 11, 12:16    [10413080]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
andy st
Member

Откуда:
Сообщений: 934
К счастью в mssql исключено порно с возможностью огрести от совпадения имени поля в таблицы с именем локальной переменной в пакете....
К счастью в mssql исключено порно с разной максимальной размерностью одних и тех же типов данных в таблицах и локальных переменных внутри процедур...
23 мар 11, 12:19    [10413105]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Скажите, а оптимизатор тоже переработан?


Кардинально - нет.

beginner_dba
Имеется ввиду можно ли ожидать 5-10% рост производительности по сравнению с 2005?


Если просто тупо проапгрейдится, то врядли.
23 мар 11, 12:35    [10413223]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
Скажите, а оптимизатор тоже переработан?


Кардинально - нет.

beginner_dba
Имеется ввиду можно ли ожидать 5-10% рост производительности по сравнению с 2005?


Если просто тупо проапгрейдится, то врядли.

Получается, если не нужны фичи, которые Вы привели, то особого смысла дергаться нет.
23 мар 11, 12:54    [10413359]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
то есть я могу в оракле написать
exec proc1
, в которой в конце тела есть
 select
и получить набор записей? То есть в Оракле теперь как и в MS это сделано? Просто раньше там нужно было объявлять курсор и возвращать его к вызываемому месту.

к счастью такого порно в оракле нет, наружу курсор уйдет только если объявлен в процедуре как OUT параметер
и в теле "open p_cursor FOR select ...", но главное они еще и именованные, т.е. такой хрени как в мсскл не произойдет ни при каких вариантах. помнится softwarer расжевывал с примерчиками
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=377674&msg=3708980

Вы понимаете, что разработчику намного удобней в данном случае подход MS. Не нужно долбаться с написанием курсоров, просто взял написал хранимку и все получил.
23 мар 11, 12:58    [10413387]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
на самом деле, за 5% производительности тоже дёргаться не стоит
23 мар 11, 12:58    [10413390]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Получается, если не нужны фичи, которые Вы привели, то особого смысла дергаться нет.


Смысла нет.
23 мар 11, 13:08    [10413453]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
2Yo..!
Чтобы Вы там про Оракл не говорили, но порог вхождения новичку в MS ниже чем в Оракл. Так как пользователю не нужно долбатся с элементарным коннектом к MS. Он просто запускает любое приложение и видит сервер (все встроено уже в винде), в отличии от Оракла, где сначала нужно установить клиентскую часть, затем прописать в tnsname алиасы и лишь после этого можно подключиться. Нет такого удобного штатного средства для администрирования и разработки запросов и процедур как Managment Studio, нет документации на русском языке, где четко и понятно расписано. Очень удобно сделано восстановление БД в графическом режиме,2-3 клика мыши и все. В Оракле зачем-то придумали еще один язык RMAN в командной строке. Очень неудобно делать выгрузку -загрузку БД, все через командную строку, в отличии от MS. Штатный EM до 11 версии вообще не пригоден для использования. Конечно, настоящий ДБА должен все делать руками в командной строке, но мы уже живем 21 веке.
23 мар 11, 13:09    [10413463]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
beginner_dba
Нет такого удобного штатного средства для администрирования и разработки запросов и процедур как Managment Studio
Совсем нет? Счастливые пользователи SQL Navigator не согласятся.
23 мар 11, 13:17    [10413511]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
locky
Да, помнится в том посте основной упор был на низкую квалификацию оракл-программеров, которые без явного объявления аут параметров неспособны глядя на текст процедуры сказать - какие результаты оная возвращает.

но проблема то не в ораклойдах, а в том, что добавив select в p1 ты нарушаешь последовательность резалт сетов которая может приводить к веселухе, которую врагу не пожелаешь. а что самое ужасное, что отловить такое практически не реально.

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

не знаю не знаю, мне например не удобно было бы на пхп бизнес логику писать и сопровождать, хотя начинающему кодеру безусловно удобней на пхп без строгой типизации. там тоже просто написал и получил, только вот потом.
простота как известно хуже воровства ...
23 мар 11, 13:18    [10413519]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
locky
Да, помнится в том посте основной упор был на низкую квалификацию оракл-программеров, которые без явного объявления аут параметров неспособны глядя на текст процедуры сказать - какие результаты оная возвращает.

но проблема то не в ораклойдах, а в том, что добавив select в p1 ты нарушаешь последовательность резалт сетов которая может приводить к веселухе, которую врагу не пожелаешь. а что самое ужасное, что отловить такое практически не реально.

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

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

Собственно, говоря бизнес-логика осталась в ХП. Вы просто показываете набор в клиенте
23 мар 11, 13:37    [10413635]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Вы просто показываете набор в клиенте

Осталось только найти элемент интерфейса, способный отразить произвольные данные,
приходящие в произвольном порядке, причём заранее неизвестном. Не подскажите такой? А то
все гриды нервно плачут в уголке от такого...

Posted via ActualForum NNTP Server 1.4

23 мар 11, 13:43    [10413669]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
мои коллеги внезапно меняют процедуры таким образом, что те начинают возвращать наборы данных
моя клиентская часть не в курсе, что процедуры всегда возвращают наборы данных (несколько)
я пользуюсь каждой возможностью выстрелить себе в ногу.
я гений.
23 мар 11, 13:56    [10413759]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
2Yo..!
Чтобы Вы там про Оракл не говорили, но порог вхождения новичку в MS ниже чем в Оракл. Так как пользователю не нужно долбатся с элементарным коннектом к MS. Он просто запускает любое приложение и видит сервер (все встроено уже в винде), в отличии от Оракла, где сначала нужно установить клиентскую часть, затем прописать в tnsname алиасы и лишь после этого можно подключиться. Нет такого удобного штатного средства для администрирования и разработки запросов и процедур как Managment Studio, нет документации на русском языке, где четко и понятно расписано. Очень удобно сделано восстановление БД в графическом режиме,2-3 клика мыши и все. В Оракле зачем-то придумали еще один язык RMAN в командной строке. Очень неудобно делать выгрузку -загрузку БД, все через командную строку, в отличии от MS. Штатный EM до 11 версии вообще не пригоден для использования. Конечно, настоящий ДБА должен все делать руками в командной строке, но мы уже живем 21 веке.

к сожалению все перечисленное относилось к лохматым годам оракла, а сегодня поставить оракл не сложнее винампа. в результате пропала некая элитарность, что лично меня не шибко радует. в отличие от мсскл ораклу не нужны лишние движения, что там запускать, инсталировать на десктопной тачке, достаточно бровсера. после вебной администрилки оракла managment studio от 2005 выглядит как деревянный сарай. оракловым ЕМ мышой можно сделать гораздо больше, чем в студии мсскл (во всяком случае 2005). особенно криво у мсскл со счетчиками, которые почему-то не в студии, а в винде. графики напоминают времена старого доброго DOS. что бы снять бэкап и оттрункатить лог нужно произвести несколько ритуалов с бубном, а понять почему на этот раз он оттрункатился дано только избранным. более дурной документации еще нужно поискать, кроме синтаксиса почерпнуть от туда не возможно. ни о структуре памяти, ни по оптимизатору, даже общих описаний архитектуры нет. то что есть напоминает библию для школьников в картинках, у технического специалиста этот пересказ для детей вызывает только недоумение. переводы оракловой доки к сожалению продаются, очень надеюсь что они никогда не появяться в открытом доступе, что бы был хоть какой-то заслон от воинствующих ламеров не умеющих даже читать доку на англицком.
да, и мсскл студия совсем аскетично выглядит на фоне оракловых тулзов для разработчиков toad, pl/sql developer, да и на фоне стандартного sql developer слабовато
23 мар 11, 14:05    [10413824]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
Осталось только найти элемент интерфейса, способный отразить произвольные данные,
приходящие в произвольном порядке, причём заранее неизвестном. Не подскажите такой? А то
все гриды нервно плачут в уголке от такого...


Любой "уважающий себя грид" может показывать наборы с динамическим числом стобцов.
Любой уважающий себя клиентский датасет может работать с несколькими наборами данных, а особо уважающий и с несколькими активными.
23 мар 11, 14:39    [10414032]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

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

Выдыхай...
23 мар 11, 14:41    [10414045]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

pkarklin
Любой "уважающий себя грид" может показывать наборы с динамическим числом стобцов.

Покажите, как это выглядит? Чтобы в одной строке грида было два столбца, во второй -
двадцать, а в третьей - десять.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
Покажите, как это выглядит? Чтобы в одной строке грида было два столбца, во второй -
двадцать, а в третьей - десять.


Мне кажется, Вы не представляете себе, как "выглядят" несколько датасетов, возвращаемых из ХП, и как их визуализировать:

К сообщению приложен файл. Размер - 69Kb
23 мар 11, 15:59    [10414664]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
Получается, если не нужны фичи, которые Вы привели, то особого смысла дергаться нет.


Смысла нет.

A Windows 2003 R2 или Windows 2008 R2? Или тоже смысла нет?
23 мар 11, 16:41    [10414959]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
A Windows 2003 R2 или Windows 2008 R2? Или тоже смысла нет?


Собственно, Вы сами себе должны задать вопрос:"Какие из фич новой версии мне нужны и насколько это поможет?"
23 мар 11, 16:47    [10415009]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
2Yo..!
Чтобы Вы там про Оракл не говорили, но порог вхождения новичку в MS ниже чем в Оракл. Так как пользователю не нужно долбатся с элементарным коннектом к MS. Он просто запускает любое приложение и видит сервер (все встроено уже в винде), в отличии от Оракла, где сначала нужно установить клиентскую часть, затем прописать в tnsname алиасы и лишь после этого можно подключиться. Нет такого удобного штатного средства для администрирования и разработки запросов и процедур как Managment Studio, нет документации на русском языке, где четко и понятно расписано. Очень удобно сделано восстановление БД в графическом режиме,2-3 клика мыши и все. В Оракле зачем-то придумали еще один язык RMAN в командной строке. Очень неудобно делать выгрузку -загрузку БД, все через командную строку, в отличии от MS. Штатный EM до 11 версии вообще не пригоден для использования. Конечно, настоящий ДБА должен все делать руками в командной строке, но мы уже живем 21 веке.

к сожалению все перечисленное относилось к лохматым годам оракла, а сегодня поставить оракл не сложнее винампа. в результате пропала некая элитарность, что лично меня не шибко радует. в отличие от мсскл ораклу не нужны лишние движения, что там запускать, инсталировать на десктопной тачке, достаточно бровсера. после вебной администрилки оракла managment studio от 2005 выглядит как деревянный сарай. оракловым ЕМ мышой можно сделать гораздо больше, чем в студии мсскл (во всяком случае 2005). особенно криво у мсскл со счетчиками, которые почему-то не в студии, а в винде. графики напоминают времена старого доброго DOS. что бы снять бэкап и оттрункатить лог нужно произвести несколько ритуалов с бубном, а понять почему на этот раз он оттрункатился дано только избранным. более дурной документации еще нужно поискать, кроме синтаксиса почерпнуть от туда не возможно. ни о структуре памяти, ни по оптимизатору, даже общих описаний архитектуры нет. то что есть напоминает библию для школьников в картинках, у технического специалиста этот пересказ для детей вызывает только недоумение. переводы оракловой доки к сожалению продаются, очень надеюсь что они никогда не появяться в открытом доступе, что бы был хоть какой-то заслон от воинствующих ламеров не умеющих даже читать доку на англицком.
да, и мсскл студия совсем аскетично выглядит на фоне оракловых тулзов для разработчиков toad, pl/sql developer, да и на фоне стандартного sql developer слабовато

Не совсем понятно, про десктопную тачку -ставите managment studio и все. Насчет веба: попробуйте разработать и прогнать запросы в веб- интерфейсе (очень медленно). Ну и что счетчике в винде (что это так плохо?). Зачем бубен к бэкапу так и не понял, делается все элементарно в той же студии. По архитектуре есть хорошие книги например "Внутри MS SQL-я". Так вот так и должно быть, насчет библии, продукт должен развиваться, а не быть уделом избранным. В конце концов мы живем в русскоязычном обществе и хочется по-русски читать, у оракла этого нет, и тем более Вы лично против этого. А зачем заслон то? Вспомнили "железный занавес"? Это плохо кончилось для тогдашнего государства. Все приведенные тузлы сторонние.
23 мар 11, 17:41    [10415365]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
A Windows 2003 R2 или Windows 2008 R2? Или тоже смысла нет?


Собственно, Вы сами себе должны задать вопрос:"Какие из фич новой версии мне нужны и насколько это поможет?"

Да уж не знаю, но думаю для работы сервера БД это несущественно.
23 мар 11, 17:42    [10415368]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
да, и мсскл студия совсем аскетично выглядит на фоне оракловых тулзов для разработчиков toad, pl/sql developer, да и на фоне стандартного sql developer слабовато


И чего не хватает в студии по сравнению с перечисленными тулзами?
23 мар 11, 18:13    [10415574]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Не совсем понятно, про десктопную тачку -ставите managment studio и все. Насчет веба: попробуйте разработать и прогнать запросы в веб- интерфейсе (очень медленно).

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

beginner_dba
Ну и что счетчике в винде (что это так плохо?).

по моему плохо когда тут играем (в студии), тут не играем (в винде), а здесь мы рыбу заворачивали. мягко говоря не интуитивно, я вот без посторонней помощи не догадался там искать, искал в студии. ну выглядят графики убого для 21 века.

beginner_dba
Зачем бубен к бэкапу так и не понял, делается все элементарно в той же студии.
+
при некоторых обстоятельствах не происходит усечение лога транзакций после его бэкапа. что выливается в регулярный гемор с гигантскими логами, которые потом требуют гигантские дисковые пространства. вобщем все сделано через опу.

beginner_dba
По архитектуре есть хорошие книги например "Внутри MS SQL-я". Так вот так и должно быть, насчет библии, продукт должен развиваться, а не быть уделом избранным. В конце концов мы живем в русскоязычном обществе и хочется по-русски читать, у оракла этого нет, и тем более Вы лично против этого. А зачем заслон то? Вспомнили "железный занавес"? Это плохо кончилось для тогдашнего государства.

в оракле есть дока, в которой все есть. абсолютно все и то что нужно и что не нужно. книги по ораклу это по сути расжевывание этой доки кому тяжело читать технический текст. в мире МС все с точности на оборот, что либо почерпнуть из доки кроме синтаксиса не представляется возможным. вся инфа размазана по многочисленной биллетристики в которой опять же далеко не все. inside mssql у меня есть, в ней я не нашел ответов и на 50% своих вопросов. структура буферов и оптимизатора похоже вовсе засекречена. сравните уровень вопросов в ветке по мсскл и оракла, вот вам и дока на русском ...

beginner_dba
Все приведенные тузлы сторонние.

sql developer не сторонний и покрывает абсолютно все, что умеет студия + много того чего не умеет студия. хотя конечно до удобства toad ему очень далеко.
23 мар 11, 18:25    [10415644]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
pkarklin
И чего не хватает в студии по сравнению с перечисленными тулзами?

а какую роль берем, админ или разработчик ?
23 мар 11, 18:26    [10415650]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
а какую роль берем, админ или разработчик ?


Можно по очереди обе.
23 мар 11, 18:28    [10415657]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
автор
beginner_dba
Все приведенные тузлы сторонние.

sql developer не сторонний и покрывает абсолютно все, что умеет студия + много того чего не умеет студия. хотя конечно до удобства toad ему очень далеко.
[/quote]

В нем разве можно администрировать, добалять таб спейсы, юзеров и т.д (не используя SQL(!))?
23 мар 11, 18:31    [10415675]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
Yo.!
к сожалению все перечисленное относилось к лохматым годам оракла, а сегодня поставить оракл не сложнее винампа. в результате пропала некая элитарность, что лично меня не шибко радует. в отличие от мсскл ораклу не нужны лишние движения, что там запускать, инсталировать на десктопной тачке, достаточно бровсера. после вебной администрилки оракла managment studio от 2005 выглядит как деревянный сарай. оракловым ЕМ мышой можно сделать гораздо больше, чем в студии мсскл (во всяком случае 2005).

Не так давно пришлось заниматся установкой Oracle 10. Потратил целый день, но поставил - в процессе было немало проблем. Дальше больше. Надо было восстановить данные с другой БД Оракл на новой. Сделал импорт. Взял выгруженный файл с источника, запустил imp.exe для импорта. Увидел кучу крокозябр вместо букв. Стал читать интернет. Выяснилось что нужно изменить параметры в реестре. Поменял, увидел нормальные сообщения от утилиты, заимпортировал данные. Стал смотреть данные. Увидел кучи крокозябр в данных вместо русских букв. Еще день потратил на переустановки Оракл чтобы добится нужной кодировки. В процессе работал в том числе с Оракловым EM. Он мне показался неудобным, заметно уступающим по удобству использования Management Studio SQL Server-a, по крайней мере в части задач которые я через него пытался делать. Так, например, для того чтобы импортировать (или экспортировать, не помню) данные через EM, нужно было регистрировать какую-то FileDir (или что-то похожее, детали уже не помню).
SQL Server намного проще поставить. В SQL Server не помню чтобы у меня были проблемы с кодировкой при работе утилит. Для того чтобы загрузить данные из другого сервера в SQL Server, при разных кодировках, не требуется переустановка сервера. Management Studio от SQL Server удобнее Ораклового EM.
23 мар 11, 18:42    [10415712]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
andsm
Yo.!
к сожалению все перечисленное относилось к лохматым годам оракла, а сегодня поставить оракл не сложнее винампа. в результате пропала некая элитарность, что лично меня не шибко радует. в отличие от мсскл ораклу не нужны лишние движения, что там запускать, инсталировать на десктопной тачке, достаточно бровсера. после вебной администрилки оракла managment studio от 2005 выглядит как деревянный сарай. оракловым ЕМ мышой можно сделать гораздо больше, чем в студии мсскл (во всяком случае 2005).

Не так давно пришлось заниматся установкой Oracle 10. Потратил целый день, но поставил - в процессе было немало проблем. Дальше больше. Надо было восстановить данные с другой БД Оракл на новой. Сделал импорт. Взял выгруженный файл с источника, запустил imp.exe для импорта. Увидел кучу крокозябр вместо букв. Стал читать интернет. Выяснилось что нужно изменить параметры в реестре. Поменял, увидел нормальные сообщения от утилиты, заимпортировал данные. Стал смотреть данные. Увидел кучи крокозябр в данных вместо русских букв. Еще день потратил на переустановки Оракл чтобы добится нужной кодировки. В процессе работал в том числе с Оракловым EM. Он мне показался неудобным, заметно уступающим по удобству использования Management Studio SQL Server-a, по крайней мере в части задач которые я через него пытался делать. Так, например, для того чтобы импортировать (или экспортировать, не помню) данные через EM, нужно было регистрировать какую-то FileDir (или что-то похожее, детали уже не помню).
SQL Server намного проще поставить. В SQL Server не помню чтобы у меня были проблемы с кодировкой при работе утилит. Для того чтобы загрузить данные из другого сервера в SQL Server, при разных кодировках, не требуется переустановка сервера. Management Studio от SQL Server удобнее Ораклового EM.

Вы знаете, тот же путь прошел я, очень сложно и как-то дико по-досовски.
23 мар 11, 18:51    [10415743]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Вы знаете, тот же путь прошел я, очень сложно и как-то дико по-досовски.

Некоторые с MS SQL имеют не меньшие проблемы:
https://www.sql.ru/forum/actualthread.aspx?tid=838118

Posted via ActualForum NNTP Server 1.4

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

Откуда: Москва
Сообщений: 1320
Блог
Yo.!
в оракле есть дока, в которой все есть. абсолютно все и то что нужно и что не нужно. книги по ораклу это по сути расжевывание этой доки кому тяжело читать технический текст. в мире МС все с точности на оборот, что либо почерпнуть из доки кроме синтаксиса не представляется возможным. вся инфа размазана по многочисленной биллетристики в которой опять же далеко не все. inside mssql у меня есть, в ней я не нашел ответов и на 50% своих вопросов. структура буферов и оптимизатора похоже вовсе засекречена. сравните уровень вопросов в ветке по мсскл и оракла, вот вам и дока на русском ...

Хорошей документации на русском по MS SQL меньше чем хорошей документации на русском по Оракл. С этим я соглашусь - в книжных магазинах уровень книг по Оракл выглядит выше. Из-за этого и еще из-за того что переводы сильно отстают по времени я покупаю книги по SQL Server на Амазоне, и уже много лет как не купил ни одной книги по SQL Server на русском языке. Несколько томов из серии Inside mssql у меня сейчас лежат на столе, остальные дома. Нечасто, но заглядываю. Эта серия хорошая, но все же не является единственным источником информации. Ее много в книгах других авторов - Хендерсон например написал очень хорошие книги. Структура буферов - в блоге Славы Окса про то как используется память много написано. Про оптимизатор тоже много всего имеется и в книгах и в Интернете.
Что касается вопросов в ветке по MS SQL - дело не в документации, а в том что похоже большинство из тех кто там задает вопросы ее просто не читали. Ответы на процентов 99 вопросов имеются в изданной на русском документации.
23 мар 11, 19:17    [10415807]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
andsm
Не так давно пришлось заниматся установкой Oracle 10. Потратил целый день, но поставил - в процессе было немало проблем. Дальше больше. Надо было восстановить данные с другой БД Оракл на новой. Сделал импорт. Взял выгруженный файл с источника, запустил imp.exe для импорта. Увидел кучу крокозябр вместо букв. Стал читать интернет. Выяснилось что нужно изменить параметры в реестре. Поменял, увидел нормальные сообщения от утилиты, заимпортировал данные. Стал смотреть данные. Увидел кучи крокозябр в данных вместо русских букв. Еще день потратил на переустановки Оракл чтобы добится нужной кодировки. В процессе работал в том числе с Оракловым EM. Он мне показался неудобным, заметно уступающим по удобству использования Management Studio SQL Server-a, по крайней мере в части задач которые я через него пытался делать. Так, например, для того чтобы импортировать (или экспортировать, не помню) данные через EM, нужно было регистрировать какую-то FileDir (или что-то похожее, детали уже не помню).
SQL Server намного проще поставить. В SQL Server не помню чтобы у меня были проблемы с кодировкой при работе утилит. Для того чтобы загрузить данные из другого сервера в SQL Server, при разных кодировках, не требуется переустановка сервера. Management Studio от SQL Server удобнее Ораклового EM.

я мсскл однажды неделю ставил. установить .net по требованию я смог без проблем, но когда он потребовал поставить IIS я неделю убил. сервер чужой и русский за тысячи км, где диск с виндой конечно же никто не знает, диск легально не скачать. и поехало ...
кстати его так и не смог обучить ругаться не крозябрами.
по твоим крозябрам не понял, ты не догадывался что у базы есть collation ? кстати я так и не нашел способа выдавать на клиента utf8 если база в 1251, это вообще возможно ?

andsm
Структура буферов - в блоге Славы Окса про то как используется память много написано. Про оптимизатор тоже много всего имеется и в книгах и в Интернете.

а урл на блог можно ? все что я встречал набор бессвязанных деталей о некоторых буферах и лакончиное размер задается автоматически или если нужна память она берется автоматически. про оптимизатор и вовсе базовые вещи не нашел, даже намека. например, что именно под read ahead имеется ввиду не понятно. как народ работает с инструментом где даже базовые вещи не выяснить мне не понятно.

andsm
Что касается вопросов в ветке по MS SQL - дело не в документации, а в том что похоже большинство из тех кто там задает вопросы ее просто не читали. Ответы на процентов 99 вопросов имеются в изданной на русском документации.

об том и речь, дока на русском вроде есть, а толку от этого не видно ...
23 мар 11, 20:11    [10415962]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
В нем разве можно администрировать, добалять таб спейсы, юзеров и т.д (не используя SQL(!))?

для администриования есть вебный ЕМ, там все мышой делается. и блокировки в человеческом виде и концекции поглядеть/убить можно. в общем тулза для людей. а студии 2008 R1 я до сих пор не вижу как блокировки поглядеть или элементарно список коннекций. не говоря уже о более серьезных вещах типа поиска коннекции которая жрет ресурсы.
23 мар 11, 21:01    [10416083]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Абсолют
Member

Откуда:
Сообщений: 2128
Блог
Вот про простоту установки SQL Server не нужно тут говорить. Эта шляпа устанавливаться черт знает сколько времени и черт знает, что ей нужно при установке. А с оркулем проблем при установки не было. Вообще не было! Правда ставил на Suse.

Что по поводу Toad for Oracle - Y.o.!, да вы бывалый извращенец. Настолько переграможденную и не поворотливую тулзу я еще не пользовал. Да, и кстати, есть Toad и для SQL Server и даже для Db2.

По поводу переходов на Server 2008R2 смысл есть только если вы хотите мигрировать на SQL Server 2008R2. Другое смысла нету. Оно большое, 64 битное, так что думайте.
23 мар 11, 21:06    [10416098]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Абсолют
Member

Откуда:
Сообщений: 2128
Блог
Да и кстати, по поводу синтаксиса у SQL Server намного не читабелен, чем у (ну например у Db2). Имхо.
23 мар 11, 21:07    [10416100]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6723
beginner_dba
pkarklin
пропущено...
Смысла нет.

A Windows 2003 R2 или Windows 2008 R2? Или тоже смысла нет?

А вот это я бы потестировал. Потому что на современных объемах памяти вистовское ядро (в 2008) будет вести себя получше, чем NT4-е (в 2003)
23 мар 11, 21:11    [10416108]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Siemargl,

В 2008 R2 "семерошное ядро".
23 мар 11, 21:32    [10416154]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Yo.!
а студии 2008 R1 я до сих пор не вижу как блокировки поглядеть или элементарно список коннекций. не говоря уже о более серьезных вещах типа поиска коннекции которая жрет ресурсы.


Я понимаю, что не читатель, но не до такой же степени... Это как же можно не найти Activity Monitor и стандартные отчеты...

К сообщению приложен файл. Размер - 119Kb
23 мар 11, 21:42    [10416180]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6723
pkarklin
Siemargl,

В 2008 R2 "семерошное ядро".
Это несущественная модификация ядра висты.
23 мар 11, 22:58    [10416370]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6723
Siemargl
pkarklin
Siemargl,

В 2008 R2 "семерошное ядро".
Это несущественная модификация ядра висты.

Ладно, есть одно существенное изменение
http://www.osnews.com/story/22501/Microsoft_Kernel_Engineers_Talk_About_Windows_7_s_Kernel
23 мар 11, 23:03    [10416384]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
kDnZP
Member [заблокирован]

Откуда: ★[msg=16399436]★[msg=20850760]
Сообщений: 11289
Siemargl
Siemargl
пропущено...
Это несущественная модификация ядра висты.

Ладно, есть одно существенное изменение
http://www.osnews.com/story/22501/Microsoft_Kernel_Engineers_Talk_About_Windows_7_s_Kernel

Ну вобщем-то поищите статьи Марка Руссиновича по поводу ядра Windows 2008/7 (nt6.1), я бы не сказал, что там совсем уж не существенные изменения))).

P.S. В 2003 серваке ядро nt5.1
24 мар 11, 01:27    [10416580]     Ответить | Цитировать Сообщить модератору
 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
pkarklin
несколько датасетов, возвращаемых из ХП
я бы это записал скорее в минус в силу их неявности.

Был случай плавающая ошибка: процедура А стала вместо датасета с колонкойА стала иногда выдавать датасет с колонкойБ.
Несколько дней отлавливания ошибки на боевой базе (при этом запустить процедуруА второй раз с теми же параметрами нельзя, она модифицирует данные) при этом процедураА критична для бизнеса.
процедураА в процессе вызывает еще кучу всяких процедур внутри себя и выдает наружу результат выполнения.
В результате оказалось что в процедуре Ж (которая вообще говоря "сбоку припеку" процедуре А и вообще где то на 5 уровне вложенности выполняется только при совпадении определенных параметров менее чем в 5% случаев) разработчиком был забыт "отладочный select". Тестирование процедуры Ж не показало никаких проблем. Поскольку основной функционал процедуры Ж вообще не ожидал от нее датасета и соответственно там было все ок.
После того как обновление процедуры Ж появилась на сервере появилась плавающая ошибка.
поскольку процедура Ж выполнялась раньше чем итоговый селект в процедуре А, то клиент ожидавший 1 датасет ловил датасет от Ж и наступал трындец.

Когда баг был найден (огребая попутно за неработающий функционал) мне хотелось придушить и майкрософтовцев придумавших "сквозные select" и того разработчика.
24 мар 11, 22:46    [10421371]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
kDnZP
Member [заблокирован]

Откуда: ★[msg=16399436]★[msg=20850760]
Сообщений: 11289
In_Wait, знаете что можно сдуру сломать? Это тот же самый случай. Не стоит ставить в упрек СУБД то, что некий разработчик что-то где-то не предусмотрел. Это его проблемы.
25 мар 11, 02:14    [10421921]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
In_Wait
мне хотелось придушить ... разработчика.


Я бы тоже придушил разработчика, который пишет процедуру, которая и меняет данные в постоянных таблицах, и возвращает рекордсет на клиента.

автор
Несколько дней отлавливания ошибки на боевой базе ... Когда баг был найден (огребая попутно за неработающий функционал)


Непонятно, почему на это потратили несколько дней?! Если функционал не работал - значит кто-то таки выполнял эту хп и получал левый датасет. Отловить отработку инструкций в хп профайлером - плевое дело.
25 мар 11, 12:39    [10423434]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
kDnZP
In_Wait, знаете что можно сдуру сломать? Это тот же самый случай. Не стоит ставить в упрек СУБД то, что некий разработчик что-то где-то не предусмотрел. Это его проблемы.
Можно сказать, что любой вопрос, возникающий в процессе разработки ПО - проблема разработчика. Но для того, чтобы эти проблемы решать с минимумом затрат придумано множество полезных вещей. Одной из таких полезных вещей является возможность зафиксировать интерфейс программной компоненты в объявлении и гарантировать вызывающим компонентам неизменность структуры данных. Нормальная командная разработка предполагает принцип "черного ящика" - человек использующий программную компоненту может получить полную информацию о способах использования глядя на определение и не заглядывая внутрь.
25 мар 11, 16:53    [10424933]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
kDnZP
Member [заблокирован]

Откуда: ★[msg=16399436]★[msg=20850760]
Сообщений: 11289
Bogdanov Andrey, ну могу только согласиться с этим утверждением. Совершенно верно, как на мой взгляд. Только где противоречие с тем, что мною сказано?
25 мар 11, 18:18    [10425343]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Azomorph
Member

Откуда:
Сообщений: 300
Абсолют
Вот про простоту установки SQL Server не нужно тут говорить. Эта шляпа устанавливаться черт знает сколько времени и черт знает, что ей нужно при установке.

достаточно всех последних обновлении к винде и ставится без проблем :)
25 мар 11, 20:19    [10425605]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
pkarklin
vadiminfo
Но все же луче без изменения структуры (добавления полей) такие задачи решать в общем случае. Они, возможно, типа заплаток выглядят: не должно быть в таблах про ПО системных колонок.


Принципиально ли для Вас, предоставляется ли эта "системная колонка" самой СУБД или ее при необходимости можно добавить?


Добавление левых колонок в таблицы, описывающие предметную область (ПО) я воспринимаю как искажение структурного соотвествия ПО и модель данных (МД): нет у объектов ПО этого свойства, а в таблицах МД типа есть. Потому их добавление вызывает обеспокоенность.
Вспомгательные таблицы к МД не относятся. Потому, думау, там "системная" колонка МД не портит не зависимо от того предоставляется ли самой СУБД или не самой.
25 мар 11, 23:08    [10426093]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
vadiminfo,

Вопрос на третьей минуте: http://video.yandex.ru/users/cinema-mosfilm/view/2/
25 мар 11, 23:41    [10426204]     Ответить | Цитировать Сообщить модератору
 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
pkarklin
In_Wait
мне хотелось придушить ... разработчика.


Я бы тоже придушил разработчика, который пишет процедуру, которая и меняет данные в постоянных таблицах, и возвращает рекордсет на клиента.


По п1 не говоря о том что процедуре скоро 5 лет и время на переработку ее и интерфейса никто не выделит, суть в том что функционал предусматривает групповую обработку, с возвратом результата аля васе пупкину нельзя потому что бла бла бла, сереже иванову нельзя потому что тра та та . И как раз этот результат и возвращается в виде рекордсета. Представьте себе что с такой формой работают несколько пользователей, и вам нужно организовать вывод этих результатов, для каждого именно по тем записям которые он пытается изменить. Конечно можно нагородить таблицу логов в которой хранить guid и ид и сообщение и вызывая первую процедуру которая модифицирует, ловить от нее гуид передавать в вторую и потом только получать датасет, но довольно сильно усложняет и так непростой функционал как на сервере так и на клиенте. И обосновать такую доработку и получить на нее акцепт практически нереально.

pkarklin
автор
Несколько дней отлавливания ошибки на боевой базе ... Когда баг был найден (огребая попутно за неработающий функционал)


Непонятно, почему на это потратили несколько дней?! Если функционал не работал - значит кто-то таки выполнял эту хп и получал левый датасет. Отловить отработку инструкций в хп профайлером - плевое дело.


по п2
это стек вызовов (это уже понятно после того как ошибка найдена) который приводит к появлению ошибки
процедура1 та что все это обрабатывает 300 строк
процедура2 которую она вызывает 1500 строк (куча условных переходов)
процедура3 1000 строк ( курсор и встроенные функции/ хп внутри тоже ветвления всякие)
процедура4 1500 строчек ( опят же куча кода аля если а вызываем хп aaa если б вызываем хп мммм)
процедура5 (с кривым селектом) 200 строчек

При этом почти в каждой процедуре множество условных переходов, в некоторых курсоры и циклы, встроенные функции и прочая бяка разворачивающаяся в многостраничный листинг....
Пользователей которые эту бяку вызывают несколько все работают через апп сервер через единый логин.
Процедуры 2,3,4,5 и еще целая куча других которые я тут не перечисляю, работают еще в куче других функционалов и могут вызываться в любой момент любым другим пользователем через тот же через апп сервер.

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

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

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

In_Wait
аля васе пупкину нельзя потому что бла бла бла, сереже иванову нельзя потому что тра та та
.. И как раз этот результат и возвращается в виде рекордсета. Представьте себе что с такой
формой работают несколько пользователей, и вам нужно организовать вывод этих результатов,
для каждого именно по тем записям которые он пытается изменить.

Столько выкручиваний только потому, что MS SQL не умеет выкидывать из процедур приличные
исключения...

Posted via ActualForum NNTP Server 1.4

26 мар 11, 12:51    [10426994]     Ответить | Цитировать Сообщить модератору
 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
In_Wait
аля васе пупкину нельзя потому что бла бла бла, сереже иванову нельзя потому что тра та та
.. И как раз этот результат и возвращается в виде рекордсета. Представьте себе что с такой
формой работают несколько пользователей, и вам нужно организовать вывод этих результатов,
для каждого именно по тем записям которые он пытается изменить.

Столько выкручиваний только потому, что MS SQL не умеет выкидывать из процедур приличные
исключения...


А как ты предлагаешь выдавать исключения в групповой обработке?
Как предпочитают ораклисты все в курсоре делать что ли?
26 мар 11, 13:04    [10427018]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
А как ты предлагаешь выдавать исключения в групповой обработке?

RAISE this_user_is_not_allowed_to_do_that;

Posted via ActualForum NNTP Server 1.4

26 мар 11, 13:30    [10427066]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Точнее даже так:
raise_application_error(-20101, user||' нельзя потому что бла бла бла 
'||to_char(:old.id));
И всё это в тех самых триггерах, которых у MS SQL нету.

Posted via ActualForum NNTP Server 1.4

26 мар 11, 13:42    [10427097]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
kDnZP
Bogdanov Andrey, ну могу только согласиться с этим утверждением. Совершенно верно, как на мой взгляд. Только где противоречие с тем, что мною сказано?
Ну вы сказали, что "стоит ставить в упрек СУБД" подобное поведение. А в данном случае вина именно СУБД в том, что она не позволяет в декларации процедуры описать формат возвращаемых данных. То есть требует от вызывающих таки заглядывания внутрь. Работать с этим можно, но вот удобным я назвать никак не могу.
26 мар 11, 13:53    [10427120]     Ответить | Цитировать Сообщить модератору
 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
Точнее даже так:
raise_application_error(-20101, user||' нельзя потому что бла бла бла 
'||to_char(:old.id));
И всё это в тех самых триггерах, которых у MS SQL нету.


Ну фу
и что пользователь получит 50 мессажбоксов с ошибками что ли?
Какие нафиг триггеры господа. я вас умоляю. такой функционал на триггер не навесишь.
26 мар 11, 13:55    [10427123]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

Bogdanov Andrey
А в данном случае вина именно СУБД в том, что она не позволяет в декларации процедуры
описать формат возвращаемых данных. То есть требует от вызывающих таки заглядывания
внутрь. Работать с этим можно, но вот удобным я назвать никак не могу.

Это ещё мелочи по сравнению с тем, что именно СУБД позволяет совершенно дропнуть таблицу,
которая в этой процедуре используется. Молча. Без малейшего предупреждения. Работать с
этим можно... но не хочется.

Posted via ActualForum NNTP Server 1.4

26 мар 11, 13:56    [10427124]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
и что пользователь получит 50 мессажбоксов с ошибками что ли?

Ну, если он настолько туп, что способен 50 раз подряд наступить на одни и те же грабли...

Posted via ActualForum NNTP Server 1.4

26 мар 11, 13:57    [10427125]     Ответить | Цитировать Сообщить модератору
 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
Bogdanov Andrey
kDnZP
Bogdanov Andrey, ну могу только согласиться с этим утверждением. Совершенно верно, как на мой взгляд. Только где противоречие с тем, что мною сказано?
Ну вы сказали, что "стоит ставить в упрек СУБД" подобное поведение. А в данном случае вина именно СУБД в том, что она не позволяет в декларации процедуры описать формат возвращаемых данных. То есть требует от вызывающих таки заглядывания внутрь. Работать с этим можно, но вот удобным я назвать никак не могу.


Ну с одной стороны это удобно тем что не надо описание столбцов добавлять.
поменял в процедуре запрос и все.
Но благодаря этой неопределенности имеем фактическое табу на insert into exec... и необходимость передачи данных в временных табличках из процедуры в процедуру если это универсальный функционал использующийся в множестве разных мест.
Даже появившиеся в 2008 табличные параметры имеют ряд ограничений которые сводят на нет их достоинства. Надеюсь в следующих версиях их таки доработают.
26 мар 11, 14:00    [10427134]     Ответить | Цитировать Сообщить модератору
 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
In_Wait
и что пользователь получит 50 мессажбоксов с ошибками что ли?

Ну, если он настолько туп, что способен 50 раз подряд наступить на одни и те же грабли...


??
80 строк с разными клиентами.)
из них по 40 все ок по 40 пользователь должен получить инф сообщение. Предлагаешь через RAISE реализовывать?
26 мар 11, 14:19    [10427180]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
80 строк с разными клиентами.)
из них по 40 все ок по 40 пользователь должен получить инф сообщение. Предлагаешь через
RAISE реализовывать?

Я предлагаю оторвать руки тому программисту, который вообще при такой постановке задачи
позволил пользователю иметь доступ к 40 запрещённым клиентам.

Posted via ActualForum NNTP Server 1.4

26 мар 11, 14:24    [10427192]     Ответить | Цитировать Сообщить модератору
 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
In_Wait
80 строк с разными клиентами.)
из них по 40 все ок по 40 пользователь должен получить инф сообщение. Предлагаешь через
RAISE реализовывать?

Я предлагаю оторвать руки тому программисту, который вообще при такой постановке задачи
позволил пользователю иметь доступ к 40 запрещённым клиентам.

да это не запрещенные клиенты. просто по ним имеются определенные траблы, и польз уже сам решает что с ними делать. Кому реально отказать а кому можно и ок сказать
26 мар 11, 14:41    [10427221]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
да это не запрещенные клиенты. просто по ним имеются определенные траблы, и польз уже сам
решает что с ними делать. Кому реально отказать а кому можно и ок сказать

И вот он решил 80 клиентам сказать "ок", а тут ты весь в белом коне и заявляешь: "ты
дурак, и потому тебе этим 40 говорить ок нельзя". Забавная концепция...

Posted via ActualForum NNTP Server 1.4

26 мар 11, 15:13    [10427297]     Ответить | Цитировать Сообщить модератору
 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
In_Wait
да это не запрещенные клиенты. просто по ним имеются определенные траблы, и польз уже сам
решает что с ними делать. Кому реально отказать а кому можно и ок сказать

И вот он решил 80 клиентам сказать "ок", а тут ты весь в белом коне и заявляешь: "ты
дурак, и потому тебе этим 40 говорить ок нельзя". Забавная концепция...


Он не решил им сказать ок. Он говорит давай поработаем во с этими 80. Если у них все норм то можно по ним создать операции и меня они больше не интересуют. По тем которые не соответствуют формальным критериям я буду разбираться сам, мне только скажи в чем с каждым из них трабл, дальше я сам все разрулю без вас.
26 мар 11, 15:26    [10427335]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
Bogdanov Andrey
А в данном случае вина именно СУБД в том, что она не позволяет в декларации процедуры
описать формат возвращаемых данных. То есть требует от вызывающих таки заглядывания
внутрь. Работать с этим можно, но вот удобным я назвать никак не могу.

Это ещё мелочи по сравнению с тем, что именно СУБД позволяет совершенно дропнуть таблицу,
которая в этой процедуре используется. Молча. Без малейшего предупреждения. Работать с
этим можно... но не хочется.

:)
Если я правильно помню, для этого нужно обладать довольно могучими правами
У вас все пользователи, которые запускают процедуру, обладают этими правами?
26 мар 11, 15:38    [10427363]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
Он говорит давай поработаем во с этими 80. Если у них все норм то можно по ним создать
операции и меня они больше не интересуют.

На нормальный usability это переводится так: "Выдай мне список проблемных клиентов". И
совершенно отдельная операция "создай операции по беспроблемным клиентам". И сделано оно
так из-за транзакции, о которых, впрочем, пользователи MS SQL знают только понаслышке...

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
In_Wait
Он говорит давай поработаем во с этими 80. Если у них все норм то можно по ним создать
операции и меня они больше не интересуют.

На нормальный usability это переводится так: "Выдай мне список проблемных клиентов". И
совершенно отдельная операция "создай операции по беспроблемным клиентам". И сделано оно
так из-за транзакции, о которых, впрочем, пользователи MS SQL знают только понаслышке...

да какие нафиг транзакции? Мы и по буквам на клаве то еле попадаем, куда уж нам
26 мар 11, 15:50    [10427392]     Ответить | Цитировать Сообщить модератору
 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
In_Wait
Он говорит давай поработаем во с этими 80. Если у них все норм то можно по ним создать
операции и меня они больше не интересуют.

На нормальный usability это переводится так: "Выдай мне список проблемных клиентов". И
совершенно отдельная операция "создай операции по беспроблемным клиентам". И сделано оно
так из-за транзакции, о которых, впрочем, пользователи MS SQL знают только понаслышке...


вы студент?
26 мар 11, 18:30    [10427736]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

In_Wait
вы студент?

Нет. А вы?

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
In_Wait
вы студент?

Нет. А вы?

Вообще говоря, в сложной модульной системе единственным способом узнать, можно или нет осуществить ту или иную операцию - это попробовать её осуществить.
Определение возможности проведения операции может быть слишком сложным и нетривиальным.
26 мар 11, 19:03    [10427820]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Вообще говоря, в сложной модульной системе единственным способом узнать, можно или нет
осуществить ту или иную операцию - это попробовать её осуществить.

Угу. А теперь вопрос на засыпку: при вышеописанной процедуре, которая обрабатывает
половину клиентов и возвращает остаток в виде НД, когда будет произведён коммит?

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Вообще говоря, в сложной модульной системе единственным способом узнать, можно или нет
осуществить ту или иную операцию - это попробовать её осуществить.

Угу. А теперь вопрос на засыпку: при вышеописанной процедуре, которая обрабатывает
половину клиентов и возвращает остаток в виде НД, когда будет произведён коммит?

В обработчике верхнего уровня
Все обработчики среднего (и ниже) уровней в случае возникновения ошибок при выполнении должны откатится на точку восстановления, сохраненную непосредственно в начале обработчика.
26 мар 11, 19:17    [10427850]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
В обработчике верхнего уровня

Я спросил не "где", а "когда". Перед формированием выходного НД? После того, как НД будет
полностью сформирован? Полностью передан на клиента? Пользователь его прочтёт и нажмёт на
кнопку? Ты же понимаешь, что это вопрос того, когда будут отпущены блокировки, то бишь
сколько другие пользователи будут на них натыкаться.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
В обработчике верхнего уровня

Я спросил не "где", а "когда". Перед формированием выходного НД? После того, как НД будет
полностью сформирован? Полностью передан на клиента? Пользователь его прочтёт и нажмёт на
кнопку? Ты же понимаешь, что это вопрос того, когда будут отпущены блокировки, то бишь
сколько другие пользователи будут на них натыкаться.

простите, а вы точно не студент? Потому как вопрос "а следует ли дожидаться ответа пользователя внутри транзакции" - уже даже не риторический.
26 мар 11, 20:08    [10428006]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Потому как вопрос "а следует ли дожидаться ответа пользователя внутри транзакции" - уже
даже не риторический.

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

Posted via ActualForum NNTP Server 1.4

26 мар 11, 20:46    [10428126]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
pkarklin
vadiminfo,

Вопрос на третьей минуте: http://video.yandex.ru/users/cinema-mosfilm/view/2/

Ссылки желательно на сайты про БД.
26 мар 11, 20:50    [10428139]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Потому как вопрос "а следует ли дожидаться ответа пользователя внутри транзакции" - уже
даже не риторический.

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

Лично я воспринял её следующим образом - по ходу выполнения процедура выдает диагностические сообщения
по завершении обработки пользователь анализирует сообщения (или лог любого другого рода) и принимает решения о том, что делать с теми или иными необработанными что-он-там-обрабатывает.
После внесения необходимых изменений ранее необработанные объекты отправляются на повторную обработку.
26 мар 11, 21:01    [10428170]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Лично я воспринял её следующим образом - по ходу выполнения процедура выдает
диагностические сообщения

Вот именно - выдаёт. Куда? Варианты: а) во временную таблицу; б) в приложение
пользователя. Что говорит твой телепатор?

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Лично я воспринял её следующим образом - по ходу выполнения процедура выдает
диагностические сообщения

Вот именно - выдаёт. Куда? Варианты: а) во временную таблицу; б) в приложение
пользователя. Что говорит твой телепатор?

Я бы сказал - в таблицу лога пишется детальный лог, юзеру (приложению) выдаётся краткая сводка в виде сообщений.
26 мар 11, 21:33    [10428241]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
юзеру (приложению) выдаётся краткая сводка в виде сообщений.

И?.. Что будет делать сервер если юзер не фетчит очередное сообщение, которое тот пытается
выдать? Будет складывать сообщения за щёку или приостановит выполнение процедуры?

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
юзеру (приложению) выдаётся краткая сводка в виде сообщений.

И?.. Что будет делать сервер если юзер не фетчит очередное сообщение, которое тот пытается
выдать? Будет складывать сообщения за щёку или приостановит выполнение процедуры?

Ну, во первых, если вы написали приложение, которое не фетчит сообщения, то вы сам себе злобный буратино, и сервер тут вовсе ни при чем.
Во вторых, опытные гробокопатели обычно предусматривают переключатель - кидать или не кидать сообщения наверх, т.е. предусматривают работу как из приложения, так и из пакетного задания.
26 мар 11, 22:42    [10428380]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Ну, во первых, если вы написали приложение, которое не фетчит сообщения, то вы сам себе
злобный буратино, и сервер тут вовсе ни при чем.

Ну и pkarklin о том же твердит: если кто-то написал процедуру, которая требует особой
поддержки от приложения, чтобы не поставить раком весь сервер, то этот разработчик -
злобный буратино, которого надо придушить.

Posted via ActualForum NNTP Server 1.4

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

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

Ну и pkarklin о том же твердит: если кто-то написал процедуру, которая требует особой
поддержки от приложения, чтобы не поставить раком весь сервер, то этот разработчик -
злобный буратино, которого надо придушить.

И я с ним совершенно согласен.
Если прогер пишет процедуры не по уставу - его надо лупить.
У меня для этого есть клюшка для гольфа. А у вас?
26 мар 11, 22:56    [10428415]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
beginner_dba
pkarklin
Что? Опять??? Некий бред даже комментировать не хочется. Все остальное - уже столько раз перетиралось...

2 beginner_dba

В BOL всегда есть раздел What's New.

Те фичи 2008 R2, которые реально юзабельны.

1. Сжатие бэкапов, причем даже в редакции Standard.
2. Динамическое отслеживание зависимостей.
3. Параметры табличного типа + пользовательские типы данных табличного типа.
3. Типы данных date, time, datetime2, hierarchyid, geometry, geography.
5. Озвученная уже здесь MERGE.
...

И это малая толика фич самого движка...

Спасибо Вам большее. Единственный пост по делу. Скажите, а оптимизатор тоже переработан? Имеется ввиду можно ли ожидать 5-10% рост производительности по сравнению с 2005?


С WIN 2003 R2 32 бита и SQL 2005 SP3 -> Win2008 R2 and MS SQL 2008R2 64 bit
Разницы даже в 10% не получили. Все гораздо скромнее. +/- 2-3%
Бонус получили когда поставили новое железо.
С ним у 2003 есть небольшие проблемы с оптимальной работой.
Хотя 2008 сервер отдает эффектом поделки.
Насколько весь интерфейс был выточен в 2003, и как он до тупого разбросан в 2008.
Ну и бонус, что сетап наконец то не требует дискеток - стал приятным плюсом.
Однако места жрет, как свинья помои....

p.s. пример с тригером из оракла - бред чистой воды.
Такое вполне реально и не сложно.
28 мар 11, 06:51    [10431300]     Ответить | Цитировать Сообщить модератору
 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

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

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

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

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

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

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

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

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

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

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

Откуда: Москва
Сообщений: 8968
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

Откуда: Москва
Сообщений: 8968
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]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

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

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

Рыдалъ! (С)

Собственно говоря, приведите хоть одну реальную проблему?
28 мар 11, 18:58    [10435631]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

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


Не совсем понял с шальными времянками? Это какой-то особенный тип временных таблиц?

Это дядя тонко шутит
Он намекает, что вам дешевле будет купить с нуля оракл, обучится, мигрировать/портировать систему и всё такое
Дядя большой шутник
28 мар 11, 18:58    [10435634]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Не совсем понял с шальными времянками? Это какой-то особенный тип временных таблиц?

обычные времянки, просто у них те же яйца, что и с уже рассмотриными рекордсетами. помниться уже пержевывали
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=619632&pg=65&hl=r2#6785263
28 мар 11, 19:01    [10435649]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Не совсем понял с шальными времянками? Это какой-то особенный тип временных таблиц?

обычные времянки, просто у них те же яйца, что и с уже рассмотриными рекордсетами. помниться уже пержевывали
https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=619632&pg=65&hl=r2#6785263

Я только начал осваивать SQL Server, а Вы про Oracle. Он ведь очень сложен.
28 мар 11, 19:21    [10435731]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Yo.!
Guest
beginner_dba
Я только начал осваивать SQL Server, а Вы про Oracle. Он ведь очень сложен.

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

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

Откуда: Киев
Сообщений: 331
Yo.!
beginner_dba
Я только начал осваивать SQL Server, а Вы про Oracle. Он ведь очень сложен.

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


Собственно, говоря, а где здесь неправда?
29 мар 11, 09:31    [10436819]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

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

Рыдалъ! (С)

Собственно говоря, приведите хоть одну реальную проблему?

Запросы перестают работать
Запросы начинают работать медленнее, чем раньше.

ЗЫ. Если вы имеете возможность так делать - может для вас проблем и нет.
Сколько человеко часов в моей компании занял данный переход, я даже боюсь попытаться считать :)
29 мар 11, 14:06    [10439145]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

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

Собственно говоря, приведите хоть одну реальную проблему?

Запросы перестают работать
Запросы начинают работать медленнее, чем раньше.

ЗЫ. Если вы имеете возможность так делать - может для вас проблем и нет.
Сколько человеко часов в моей компании занял данный переход, я даже боюсь попытаться считать :)

А из-за чего это может происходить? Ведь как отметил pkarklin существенной переработки оптимизатора не было. Почему вообще этот вопрос встает? Почему нет обратной совместимости?
29 мар 11, 14:15    [10439228]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8968
beginner_dba
А из-за чего это может происходить? Ведь как отметил pkarklin существенной переработки оптимизатора не было. Почему вообще этот вопрос встает? Почему нет обратной совместимости?

Потому что последствия ошибки крайне велики. И любое действие на продакшн сервере должно быть протестировано.
Если в вашем случае последствиями можно пренебречь, и вы можете, к примеру, откатиться обратно на 2005-й с потерей данных, или заставить пользователей подождать денёк-другой, то вы имеете право на такой эксперимент.
29 мар 11, 14:19    [10439271]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8968
beginner_dba
Ведь как отметил pkarklin существенной переработки оптимизатора не было. Почему вообще этот вопрос встает? Почему нет обратной совместимости?

Да, так утверждает вендор.
Но в случае проблем при переходе он ответственности не несёт :)
29 мар 11, 14:19    [10439277]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Le Peace
beginner_dba
А из-за чего это может происходить? Ведь как отметил pkarklin существенной переработки оптимизатора не было. Почему вообще этот вопрос встает? Почему нет обратной совместимости?

Потому что последствия ошибки крайне велики. И любое действие на продакшн сервере должно быть протестировано.
Если в вашем случае последствиями можно пренебречь, и вы можете, к примеру, откатиться обратно на 2005-й с потерей данных, или заставить пользователей подождать денёк-другой, то вы имеете право на такой эксперимент.

Откатится не получится. Так как резервную копию 2008 не восстановить на 2005.
Даже 1 день очень критичен. Это компания-ритейл по продаже продуктов питания. В день около 1000 накладных по 50 позиций в разных городах. Есть только 2 выходных.
29 мар 11, 14:25    [10439334]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Le Peace
beginner_dba
Ведь как отметил pkarklin существенной переработки оптимизатора не было. Почему вообще этот вопрос встает? Почему нет обратной совместимости?

Да, так утверждает вендор.
Но в случае проблем при переходе он ответственности не несёт :)

Когда у Вас был переход, Вы нашли причину почему запрос перестал работать? Это было использование в коде "старых" 2005 вещей, которых нет в 2008. Или же 2008 сервер интерпретирует что-то иначе, например как 1С 7.7 и 1С 8 -две совершенно разных системы.
29 мар 11, 14:27    [10439353]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

Откуда: Москва
Сообщений: 8968
beginner_dba,

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

И взвесить всё это с выигрышем от перехода.
29 мар 11, 14:28    [10439361]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Le Peace
Member

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

Да, так утверждает вендор.
Но в случае проблем при переходе он ответственности не несёт :)

Когда у Вас был переход, Вы нашли причину почему запрос перестал работать? Это было использование в коде "старых" 2005 вещей, которых нет в 2008. Или же 2008 сервер интерпретирует что-то иначе, например как 1С 7.7 и 1С 8 -две совершенно разных системы.

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

У вас тестирование, конечно, может быть гораздо меньшим. Но оно всё-таки имхо должно быть :)
29 мар 11, 14:30    [10439383]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

beginner_dba
Откатится не получится. Так как резервную копию 2008 не восстановить на 2005.

А разве восстановление резервной копии это единственный способ переноса данных?
Logshipping или любая другая репликация между 2005 и 2008 совсем не работает?..

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
beginner_dba
Откатится не получится. Так как резервную копию 2008 не восстановить на 2005.

А разве восстановление резервной копии это единственный способ переноса данных?
Logshipping или любая другая репликация между 2005 и 2008 совсем не работает?..

Репликация как средство одноразового переноса данных - это за гранью добра и зла.
Быстрее и проще использовать BCP
29 мар 11, 15:35    [10439910]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Репликация как средство одноразового переноса данных - это за гранью добра и зла.
Быстрее и проще использовать BCP

Не одноразового переноса, а постепенной миграции. Поднимаешь второй сервер с новой
версией, налаживаешь двухстороннюю репликацию и постепенно аккуратно переводишь
пользователей с одного на другой. При появлении проблем перекидываешь их обратно без
потери времени и данных. Именно так, как нужно ТСу. Что в этом сценарии невозможно сделать
на MS SQL?

Posted via ActualForum NNTP Server 1.4

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

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
А разве восстановление резервной копии это единственный способ переноса данных?
Logshipping или любая другая репликация между 2005 и 2008 совсем не работает?..


Работает. Только настройка репликации слиянием всей промышленной системы для возможности "перекидывания пользователей" туда-сюда - это из разряда мозахизма.

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

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

pkarklin
Работает. Только настройка репликации слиянием всей промышленной системы для возможности
"перекидывания пользователей" туда-сюда - это из разряда мозахизма.

Так и запишем: репликация у MS SQL - сплошной мазохизм. Ещё один повод мигрировать на
Оракула, где всё гораздо лучше.

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Репликация как средство одноразового переноса данных - это за гранью добра и зла.
Быстрее и проще использовать BCP

Не одноразового переноса, а постепенной миграции. Поднимаешь второй сервер с новой
версией, налаживаешь двухстороннюю репликацию и постепенно аккуратно переводишь
пользователей с одного на другой. При появлении проблем перекидываешь их обратно без
потери времени и данных. Именно так, как нужно ТСу. Что в этом сценарии невозможно сделать
на MS SQL?

Да всё возможно
Непонятно только нафига устраивать себе такой гемор, многократно увеличивая стоимость и сложность миграции?
29 мар 11, 15:51    [10440045]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
pkarklin
Работает. Только настройка репликации слиянием всей промышленной системы для возможности
"перекидывания пользователей" туда-сюда - это из разряда мозахизма.

Так и запишем: репликация у MS SQL - сплошной мазохизм. Ещё один повод мигрировать на
Оракула, где всё гораздо лучше.

У оракула с этим делом ничуть не лучше :)
И уж тем более, стоимость миграции с 2005 скуля на 11 оракуль будет куда выше, чем миграция с 2005 скуля на 2008
29 мар 11, 15:52    [10440058]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov
Так и запишем: репликация у MS SQL - сплошной мазохизм. Ещё один повод мигрировать на
Оракула, где всё гораздо лучше.


Вы можете ерничать сколько угодно, вырывая фразу из контекста. Особенно сравнивая две слабо известные Вам СУБД.
29 мар 11, 15:57    [10440116]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
Dimitry Sibiryakov
Так и запишем: репликация у MS SQL - сплошной мазохизм. Ещё один повод мигрировать на
Оракула, где всё гораздо лучше.


Вы можете ерничать сколько угодно, вырывая фразу из контекста. Особенно сравнивая две слабо известные Вам СУБД.

Вроде же Дмитрий адепт Оракла?
29 мар 11, 16:15    [10440272]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
Dimitry Sibiryakov
Так и запишем: репликация у MS SQL - сплошной мазохизм. Ещё один повод мигрировать на
Оракула, где всё гораздо лучше.


Вы можете ерничать сколько угодно, вырывая фразу из контекста. Особенно сравнивая две слабо известные Вам СУБД.

Кстати хотел Вас спросить возможно ли при оставшемся в живых журнале логов сделать тэйл-бэкап?
29 мар 11, 16:16    [10440282]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
Кстати хотел Вас спросить возможно ли при оставшемся в живых журнале логов сделать тэйл-бэкап?


Да. Оция NO_TRUNCATE или CONTINUE_AFTER_ERROR в инструкции BACKUP LOG.
29 мар 11, 16:26    [10440371]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
Dimitry Sibiryakov
Member

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

locky
Непонятно только нафига устраивать себе такой гемор, многократно увеличивая стоимость и
сложность миграции?

Да хотя бы потому что "даже 1 день очень критичен". Когда за гемор платят, а за "дёшево и
просто, но с возможным простоем или потерей данных" могут и уволить (если повезёт, то без
тяжких телесных), приоритеты несколько меняются, не так ли?..

Posted via ActualForum NNTP Server 1.4

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

Откуда: Харьков, Украина
Сообщений: 62034
Dimitry Sibiryakov
locky
Непонятно только нафига устраивать себе такой гемор, многократно увеличивая стоимость и
сложность миграции?

Да хотя бы потому что "даже 1 день очень критичен". Когда за гемор платят, а за "дёшево и
просто, но с возможным простоем или потерей данных" могут и уволить (если повезёт, то без
тяжких телесных), приоритеты несколько меняются, не так ли?..

Не так ли. как раз в этой ситуации гемор с репликацией и прочь. просто недопустим
А допустима (и необходима) тестовая площадка, на которой будет обкатан процесс миграции, проверен весь воркфлоу (в том числе с волюм тестами), составлен чеклист миграции и фолбэка.
29 мар 11, 16:41    [10440524]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
locky
Dimitry Sibiryakov
Да хотя бы потому что "даже 1 день очень критичен". Когда за гемор платят, а за "дёшево и
просто, но с возможным простоем или потерей данных" могут и уволить (если повезёт, то без
тяжких телесных), приоритеты несколько меняются, не так ли?..

Не так ли. как раз в этой ситуации гемор с репликацией и прочь. просто недопустим
А допустима (и необходима) тестовая площадка, на которой будет обкатан процесс миграции, проверен весь воркфлоу (в том числе с волюм тестами), составлен чеклист миграции и фолбэка.

Это верно если система не 24x7. В случае если настоящие 24x7, то приходится использовать репликацию для уменьшения простоя во время миграции. Знаю о нескольких таких проектах миграции. Так, один из таких проектов занял три месяца на разработку и тестирование, простой во время миграции составил примерно 20 секунд. Это был переход с MS SQL Server 2000 на MS SQL Server 2005.
29 мар 11, 16:58    [10440734]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

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

Не так ли. как раз в этой ситуации гемор с репликацией и прочь. просто недопустим
А допустима (и необходима) тестовая площадка, на которой будет обкатан процесс миграции, проверен весь воркфлоу (в том числе с волюм тестами), составлен чеклист миграции и фолбэка.

Это верно если система не 24x7. В случае если настоящие 24x7, то приходится использовать репликацию для уменьшения простоя во время миграции. Знаю о нескольких таких проектах миграции. Так, один из таких проектов занял три месяца на разработку и тестирование, простой во время миграции составил примерно 20 секунд. Это был переход с MS SQL Server 2000 на MS SQL Server 2005.

насколько я понял, в данном случае "всего 2 выходных", но они есть.
Засим никакие более сложные случаи типа обеспечения 20 секундного простоя как-то особо не интересуют.
29 мар 11, 17:02    [10440771]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

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

Это верно если система не 24x7. В случае если настоящие 24x7, то приходится использовать репликацию для уменьшения простоя во время миграции. Знаю о нескольких таких проектах миграции. Так, один из таких проектов занял три месяца на разработку и тестирование, простой во время миграции составил примерно 20 секунд. Это был переход с MS SQL Server 2000 на MS SQL Server 2005.

насколько я понял, в данном случае "всего 2 выходных", но они есть.
Засим никакие более сложные случаи типа обеспечения 20 секундного простоя как-то особо не интересуют.

А Data Mirroring можно использовать с одной нодой на 2005, а с другой на 2008?
29 мар 11, 17:17    [10440928]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
locky
Member

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

насколько я понял, в данном случае "всего 2 выходных", но они есть.
Засим никакие более сложные случаи типа обеспечения 20 секундного простоя как-то особо не интересуют.

А Data Mirroring можно использовать с одной нодой на 2005, а с другой на 2008?

Сомневаюсь.
но лучше дождаться ответа pkarklin
29 мар 11, 17:20    [10440955]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

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

А Data Mirroring можно использовать с одной нодой на 2005, а с другой на 2008?

Сомневаюсь.
но лучше дождаться ответа pkarklin

Было бы весело. Берешь устанавливаешь чистый сервер и добавляешь его в ноду, ну и по идее он начнет копировать данные, чтобы догнатся до образа.
29 мар 11, 17:25    [10441022]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
Dimitry Sibiryakov
locky
Непонятно только нафига устраивать себе такой гемор, многократно увеличивая стоимость и
сложность миграции?

Да хотя бы потому что "даже 1 день очень критичен". Когда за гемор платят, а за "дёшево и
просто, но с возможным простоем или потерей данных" могут и уволить (если повезёт, то без
тяжких телесных), приоритеты несколько меняются, не так ли?..

А почему должна быть обязательно потеря данных.
29 мар 11, 17:26    [10441036]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
beginner_dba
А Data Mirroring можно использовать с одной нодой на 2005, а с другой на 2008?


Можно. Но сделав failover на 2008 "вернуться обратно" не получится.
29 мар 11, 17:30    [10441065]     Ответить | Цитировать Сообщить модератору
 Re: SQL Server 2005 SP4 vs SQL Server 2008 R2  [new]
beginner_dba
Member

Откуда: Киев
Сообщений: 331
pkarklin
beginner_dba
А Data Mirroring можно использовать с одной нодой на 2005, а с другой на 2008?


Можно. Но сделав failover на 2008 "вернуться обратно" не получится.

Ну и не надо. Просто отключил себе 2008-ю ноду и работаешь:)
29 мар 11, 17:35    [10441115]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: 1 2 3 4 5 6 7 8 9 10      [все]
Все форумы / Сравнение СУБД Ответить