|
SQL какой ставить вместо 2012 | ☑ | ||
---|---|---|---|---|
0
b-dm
05.02.19
✎
12:56
|
Хорошего настроения всем!
Возникла дилемма - какую версию SQL Enterprise ставить... Сейчас стоит 2012, переходим на новое железо, в принципе можно остаться на 2012, но ведь уже кучу новых вышло, может там что то лучше . стабильнее, красивее .... Какой посоветуете - и почему, какие плюсы по сравнению с 2012 ? Буду признателен за дельные советы... |
|||
1
Aleksey
05.02.19
✎
13:00
|
Зачем? Для 7-ки? Для своего софта на jawa?
|
|||
2
b-dm
05.02.19
✎
13:01
|
Базы 1C КА 1.1,2.4
|
|||
3
Aleksey
05.02.19
✎
13:01
|
Для 7-ке геморно ставить на 2014, для 8-ки - монописуально, так как 1С все равно не использует "фишки" скуля, ибо мультиплатформенность
|
|||
4
Aleksey
05.02.19
✎
13:03
|
Лучше всех, во всех тестах себя показал MSSQL 2008 R2 и MSSQL 2012.
Хуже всех, во всех тестах себя показал MSSQL 2014! Часто возникали ошибки при тестировании. Странное поведение MSSQL 2016 с протоколом Shared Memory - прироста практически нет, тест проводили несколько раз, отключали все проколы, проверяли.. Очень удивила производительность PostgreSQL - ни чем не уступает MSSQL. (с) http://catalog.mista.ru/public/913435/ |
|||
5
timurhv
05.02.19
✎
13:04
|
(0) 2016
В работу tempdb были внесены следующие изменения, направленные на оптимизацию и ускорение выполнения запросов: - Кэширование временных объектов позволяет запросам, которые постоянно удаляют и создают временные объекты работать быстрее и уменьшают конкуренцию за системные ресурсы. В последних версиях SQL Server можно было регулярно видеть изменения и улучшения этого механизма. - Уменьшена нагрузка на журнал транзакций в tempdb, снижено количество требуемых I\O операций. - Доработан алгоритм накладывания latch’ей при выделении страниц, уменьшено их количество. - При приращении tempdb теперь одновременно будет увеличен размер всех файлов (отпадает необходимость включать флаг трассировки 1117). Опция AUTOGROW_ALL_FILES включена по умолчанию и не может быть изменена. Это поможет избежать разбалансирования размеров файлов при постоянно приросте tempdb. - Для временных объектов идет выделение только экстентами (блоками по 8 страниц, 64 кб). Отпадает необходимость включать флаг трассировки 1118. Это также поможет в большей части случаев. |
|||
6
Aleksey
05.02.19
✎
13:10
|
(5) Казалось бы причем тут 1С?
Я к тому что в 1с ты эти изменения с лупой не увидешь |
|||
7
trad
05.02.19
✎
13:37
|
(6) 1с, при работе с sql, tempdb не использует?
|
|||
8
timurhv
05.02.19
✎
13:57
|
(6) На практике возможно, но при прочих равных я бы 2016 ставил :)
|
|||
9
Жан Пердежон
05.02.19
✎
14:44
|
(6) есть пруфы или пук в лужу?
|
|||
10
b-dm
06.02.19
✎
11:09
|
и правда. есть ли пруфы :) также интересно было бы услышать про SQL 2017, и вроде бы на сайте майкрософт я видел инфу про 2019.
|
|||
11
dmpl
06.02.19
✎
11:19
|
(0) Самую новую ставь - они дольше на поддержке будет. Ну... если у вас есть деньги на лицензии, конечно.
|
|||
12
vitkhv
06.02.19
✎
12:01
|
УПП SQL 2017 в продуктиве уже год. Еще до оф. поддержки от 1С.
В принципе если у вас Ентерпайз 2012, основная фичу которую можно использовать с 1С - компрессия таблиц, можно использовать и там. А так она с 2016 идет уже в редакции Стандарт. А так 1С и 2005 норм работает, если не брать во внимание проблему с 256 таблицами. А так 2019 скоро должен появиться. Лучше его подождать. |
|||
13
Ник080808
06.02.19
✎
12:02
|
(0) 2016 берите.
|
|||
14
Aleksey
06.02.19
✎
12:03
|
(9) Могу спросить аналогично. Есть пруфы на сколько увеличилась производительность в продакшене после перехода с 2014 на 2016.
Не в синтетике по данным microsoft, а в реальности в 1С |
|||
15
vitkhv
06.02.19
✎
12:05
|
(14) Да нет там нифига никакого увеличения явного при переходе с 2014 на 2017
|
|||
16
Aleksey
06.02.19
✎
12:05
|
(9) Смотри (4) там и пруф
|
|||
17
timurhv
06.02.19
✎
12:53
|
(16) Самое оно делать тесты на виртуалках с допотопным i7 3-его поколения.
|
|||
18
timurhv
06.02.19
✎
13:10
|
(16) https://www.tableau.com/about/blog/2016/3/announcing-real-time-analytics-sql-server-2016-our-performance-test-results-51385
Время выполнения тяжелого запроса упало с 3048 сек (SQL 2014) до 3.83 сек (SQL 2016). Тест Гилева и близко не похож на реальные данные, нужна большая база и имитация работы 500-1000 человек в ней. |
|||
19
Aleksey
06.02.19
✎
13:21
|
(18) только причем тут 1С?
|
|||
20
Nyoko
06.02.19
✎
13:22
|
2012 норм.. работает не трогай..
|
|||
21
Nyoko
06.02.19
✎
13:23
|
по мне так 2008 самый норм.
|
|||
22
Aleksey
06.02.19
✎
13:26
|
Доля работы скуля настолько ничтожна мала по сравнению с работой 1С, что увеличении скорости работы на пару процентов будет незаметно на фоне общей тормознутости.
Грубо говоря скуль выполняет запрос 3 сек. 1С обрабатывает результат и выводит на экран 5 минут. Итого общее время 5 минут и 3 секунды. За счет оптимизации работы tempdb время работы скуля сократилось 3 секунд до 2,5 секунд. Итого общее время 5 минут и 2,5 секунды. И теперь вопрос. Насколько будет заметна в реальной работе "оптимизации работы tempdb" p.S. Цифры взяты с потолка просто чтобы показать общую картину |
|||
23
timurhv
06.02.19
✎
13:33
|
(19) TPC-A используется в тесте Гилева, он уже устарел. TPC-H - более современная версия тестирования работы SQL.
(22) Согласен, но мы же голые SQL сравниваем. Скорость работы у 1С плавает от версии к версии. Я бы лучше взялся тестировать на Xeon с имитацией работы пользователей и тестом закрытия\восстановления последовательности за год на ERP для примера. А тест с инфостата - смех, я сейчас присмотрелся, там процессор от ноутбука с 2 ядрами. 1 ядро загрузит сама винда, 1 - виртуалка, и еще искажать сама VM, т.к. ей тоже нужны ресурсы. |
|||
24
Aleks Kucher
13.03.19
✎
19:34
|
Попробуй поставить вот это smtpusessl = True
С CDO встречался но не в 1С |
|||
25
Aleks Kucher
13.03.19
✎
19:35
|
(24) ой. Как удалить сообщение?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |