Имя: Пароль:
1C
1С v8
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) ой. Как удалить сообщение?