Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
Есть небольшая база данных около 20 таблиц,
в каждой таблице primary key который identity и всё.
Никаких индексов или foreign key.
В каждой таблице несколько тысяч записей - самая большая таблица это 30000 записей.

Переписал базу в 2014, все таблицы сделал memory optimized.
Stored procedures не менял.

В 2014 всё стало работать в 2-3 раза дольше.

?
23 дек 14, 15:29    [17040831]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
хмхмхм
Guest
EvAlex,

классно, ни версии серверов (особенно 2014), ни запросов, которые стали работать хуже.

автор
?

от нас то что хотите?
23 дек 14, 16:26    [17041278]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
хмхмхм,
2014 это 12.0.2342

Вопрос принципиальный, не по конкретному запросу - потому что ВСЕ запросы работают хуже.
23 дек 14, 16:46    [17041453]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Владислав Колосов
Member

Откуда:
Сообщений: 8302
EvAlex,

2456 уже как вышел... Есть смысл установить.
23 дек 14, 16:54    [17041514]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
a_voronin
Member

Откуда: Москва
Сообщений: 4807
EvAlex
В 2014 всё стало работать в 2-3 раза дольше.


Вы как проверяли, что стало работать быстрее? Напишите тест, которые пуляет много запросов параллельно. 20+ тредов. Вот тогда, держу пари, ваши в 2-3 разу быстрее станут в 20-30 раз быстрее.

У меня стало в 4 раза быстрее, а табличка у меня 600 лямом не inMemeory джойнится на 8 лямом InMemory.
23 дек 14, 17:27    [17041692]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
a_voronin,
взял самые проблемные процедуры со старого сервера - запустил на новом,
сравнил время.
23 дек 14, 17:36    [17041722]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
a_voronin
Member

Откуда: Москва
Сообщений: 4807
EvAlex
a_voronin,
взял самые проблемные процедуры со старого сервера - запустил на новом,
сравнил время.


Запустил как?
InMemory не так хорошо себя проявляет в одно потоке как при при большой многопоточности. В цикле в нескольких окнах запустите. Вот тогда да.
23 дек 14, 21:32    [17042565]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
EvAlex
a_voronin,
взял самые проблемные процедуры со старого сервера - запустил на новом,
сравнил время.
Непонятно, что вообще поменялось. Железо, сеть, настройки, версии софта и т.п.
EvAlex
В 2014 всё стало работать в 2-3 раза дольше.
До применения memory optimized на том же 2014-м работало медленее или быстрее? Как изменилась модель данных, или вообще не изменилась?
23 дек 14, 21:39    [17042585]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
EvAlex
хмхмхм,
2014 это 12.0.2342

Вопрос принципиальный, не по конкретному запросу
От нас то вы чего хотите? Обратитесь к производителю.
24 дек 14, 02:10    [17043198]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
aleks2
Guest
EvAlex
Есть небольшая база данных около 20 таблиц,
в каждой таблице primary key который identity и всё.
Никаких индексов или foreign key.
В каждой таблице несколько тысяч записей - самая большая таблица это 30000 записей.

Переписал базу в 2014, все таблицы сделал memory optimized.
Stored procedures не менял.


Это даже не смешно.
Это печальный пример идиотизма.
24 дек 14, 06:08    [17043415]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
alexeyvg,
вот наконец-то разумная идея.

Переписал базу на 2014 - без каких-либо изменений.
Запустил самые "проблемые" запросы, в среднем 4-5 секунд.
Те же запросы с базой на том же сервере, где все таблицы memory_optimized - 10-14 секунд.

В основном это запросы, для разного вида отсчётов.
24 дек 14, 10:22    [17044142]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
EvAlex
Запустил самые "проблемые" запросы, в среднем 4-5 секунд.
Те же запросы с базой на том же сервере, где все таблицы memory_optimized - 10-14 секунд.
Отлично, вот теперь покажите какой нибуть пример 2х запросов, с большой разницей в времени выполнения. С планом (не предварительным, со статистикой выполнения) и стандартными данными о выполнении из профайлера.
И, конечно, обызательно нужны определения таблиц; при скриптовании не забудьте включить опции в SSMS, что бы показывались индексы, а то народ часто не знает, что есть индексы, потому что они по умолчанию не скриптуются.
Вот это будет интересно посмотреть, уже будет предметно.

Я так понимаю, что всякие запросы на сложные поиски с сочетанием условий по джойненым таблицам, могут лучше выполняться на традиционных таблицах из за лучшего распараллеливания, и более разнообразных методах выполнения, доступных серверу. Интересно посмотреть, в чём тут дело, на конкретных примерах.
24 дек 14, 10:34    [17044237]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
EvAlex
Запустил самые "проблемые" запросы, в среднем 4-5 секунд.
Те же запросы с базой на том же сервере, где все таблицы memory_optimized - 10-14 секунд.
Вообще по времени видно, что запросы сложные, а учитывая практически отсутствие данных, это как раз может говорить в пользу моей версии.

Вы не думайте, что это у сиквела такая волшебная кнопка появилась - "работать быстрее".
Данные-то и так в памяти, memory_optimized таблицы или нет, так что на этом не съэкономить. Преимущество тут от нового движка, нового метода хранения, новых связей и поисков, которые будут лучше при определённых запросах, а не при любых. Иначе бы это сделали ещё в старых версиях; думаете, 30 лет назад люди были тупее, и просто не допёрли? :-)
24 дек 14, 10:39    [17044275]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
alexeyvg,
ну так рекламируют 2014 IMOLTP, что вот решил сделать тупую проверку.
Почему-то у меня была уверенность, что всё что в памяти по любому будет быстрее.

запросы и т.д. выложить не могу - слишком много бюрократии.
24 дек 14, 11:02    [17044432]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
aleks2
Guest
EvAlex
alexeyvg,
ну так рекламируют 2014 IMOLTP, что вот решил сделать тупую проверку.
Почему-то у меня была уверенность, что всё что в памяти по любому будет быстрее.


С твоей мелкой базой - и так фсе в памяти.
24 дек 14, 11:05    [17044443]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10234
Блог
EvAlex
вот решил сделать тупую проверку.

Прочитал тему и сделал вывод из всей проблемы в ключевом слове "сделал тупую проверку".
Замечательный подход...

На вопрос в чём проблема, где узкое место, куда стал упираться перфоманс...ответ на уровне школьника:

автор
Запустил самые "проблемые" запросы, в среднем 4-5 секунд.
Те же запросы с базой на том же сервере, где все таблицы memory_optimized - 10-14 секунд.


Рекомендация: обратитесь к вашему администратору/специалисту по БД...если нет такого в штате, то наймите...
любую технологию нужно использовать "не тупо", а когда действительно это необходимо!
24 дек 14, 11:14    [17044488]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
Knyazev Alexey, aleks2, хмхмхм
и для остальных "толстолобых" с "умными" советами -

есть разница между конкретной проблемой (которой тут нет и никто не просил решать) и общим вопросом по технологическому аспекту.

Парафраз для вышеупомянутых "почему в некоторых случаях memory optimized таблицы приводят к резкому ухудшению производительности"?
24 дек 14, 12:43    [17045158]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10234
Блог
EvAlex
"почему в некоторых случаях memory optimized таблицы приводят к резкому ухудшению производительности"?


Картинка с другого сайта.
24 дек 14, 12:50    [17045219]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
zatar86
Member

Откуда: СПБ
Сообщений: 228
EvAlex, вы как данные переносили?
Покажите примеры и планы выполнения?
Так вам никто советов дать не сможет.
24 дек 14, 16:27    [17047135]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
StarikNavy
Member

Откуда: Москва
Сообщений: 2396
EvAlex
"почему в некоторых случаях memory optimized таблицы приводят к резкому ухудшению производительности"?

потому что в некоторых случаях срабатывают некоторые особенности
24 дек 14, 17:33    [17047633]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Mind
Member

Откуда: Лучший город на Земле
Сообщений: 2322
StarikNavy
EvAlex
"почему в некоторых случаях memory optimized таблицы приводят к резкому ухудшению производительности"?

потому что в некоторых случаях срабатывают некоторые особенности
+1
24 дек 14, 19:56    [17048355]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31778
EvAlex
Парафраз для вышеупомянутых "почему в некоторых случаях memory optimized таблицы приводят к резкому ухудшению производительности"?
Так посмотрите, почему, я вам это первый предложил.
"В общем" на это можно ответить "потому что с разными типами таблиц сервер рабтает по разному".
EvAlex
Почему-то у меня была уверенность, что всё что в памяти по любому будет быстрее.
В сиквеле и так "всё в памяти" для вашего случая, так что "мимо", от этого как раз скорость не может зависить, вроде бы это очевидно.
25 дек 14, 01:34    [17049162]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
Сид
Member

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

sp_updatestats делали после переезда на 2014?
25 дек 14, 03:43    [17049215]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
StarikNavy
потому что в некоторых случаях срабатывают некоторые особенности


Это такой универсальный ответ на все случаи жизни.

А конкретно? В каких случаях обычная таблица (небольшая) будет давать лучшую производительность чем in memory?

Как я и сказал - база тривиальная, несколько таблиц с primary key по identity.
Ничего (ни fk, indexes и т.д. нет)
Выборки разные, в основном отсчёты.
25 дек 14, 10:46    [17049929]     Ответить | Цитировать Сообщить модератору
 Re: MS SQL 2014 OLTP vs MS SQL 2008 R2  [new]
EvAlex
Member

Откуда: Israel
Сообщений: 1001
Сид
sp_updatestats делали после переезда на 2014?

сделал. Не вижу улучшений.
25 дек 14, 10:47    [17049935]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить