Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10   вперед  Ctrl      все
 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5 6 7 8 9 10   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить