Вход | Регистрация
    1  2   
Информационные технологии :: Администрирование

Выбор между Postgre и MS SQL для 1С

Выбор между Postgre и MS SQL для 1С
Я
   K1RSAN
 
16.11.20 - 17:24
1. PostgreSQL80% (4)
2. MS SQL20% (1)
Всего мнений: 5

В общем, планируется перевести пользователей на клиент-серверную версию (доступ по РДП, филиалы из разных городов) 1С. Выбираем между Postgre и MS SQL. Появились вопросы, которые никак не могу нагуглить уверенно.
Во первых - порядок лицензирования сервера. То есть в прайсе 1С есть такая вещь как "1С:Предприятие 8.3 ПРОФ. Лицензия на сервер", надо объяснить клиенту, зачем оно нужно.
Ну и порядок лицензирования MS SQL, если его выберем (postgre как я понял бесплатен, просто нуждается в грамотном админе).
Есть статья на хабре или еще что-нибудь?
   ДенисЧ
 
1 - 16.11.20 - 17:25
Деньги есть - бери мс.
Нет денег, но есть грамотный админ - бери пг.
   K1RSAN
 
2 - 16.11.20 - 17:26
(1) А по поводу лицензирования. И сколько брать лицензий
   dka80
 
3 - 16.11.20 - 17:28
доступ по РДП - если есть возможность, то VPN и вэб-доступ
   МихаилМ
 
4 - 16.11.20 - 17:29
на этом форуме бартрумов писал , что для виндоус они даже не тестируют постгрес.
   K1RSAN
 
5 - 16.11.20 - 17:33
(4) Сейчас вопрос в том, что предлагать и какую сумму озвучивать. Для этого надо разобраться в способе "монетизации" SQL. Хотя бы стандартный набор.
   ДенисЧ
 
6 - 16.11.20 - 17:34
(2) Сколько пользователей будет * 1.5 столько лицензий.
   ДенисЧ
 
7 - 16.11.20 - 17:34
Пользовательских. И серверную...
   K1RSAN
 
8 - 16.11.20 - 17:35
Плюс вопрос такой - насколько MS SQL любит виртуализацию, потому что админ очень ее любит, но я хз, читал, что нежелательно для сервера использовать виртуалку
   K1RSAN
 
9 - 16.11.20 - 17:36
(7) это всё плюсом к лицензиям 1С, я правильно понимаю? То есть условно есть 20+ лицензий 1С, на это дело еще надо 30 лицензий на сервак?
   Aleksey
 
10 - 16.11.20 - 17:38
А терминальные лицензии винты посчитал?
   K1RSAN
 
11 - 16.11.20 - 17:41
И вроде помню было обсуждение, что для использования "нестоковых" настроек, нужна КОРП лицензия, так?
   МихаилМ
 
12 - 16.11.20 - 17:51
(8) если коротко - то зависит от платформы. на сайте анандттеч есть статья с тестами мс скл в виртуальных средах.
   pavig
 
13 - 16.11.20 - 17:55
(0)
Гляньте MS SQL Express, если влазите в ограничения. Она бесплатна, хорошая штука.
Postgre я пока не стал рекомендовать ни одному заказчику, ибо требует допилки.
   K1RSAN
 
14 - 16.11.20 - 17:56
(13) Там ограничение в размере базы вроде как 10 Гб
   pavig
 
15 - 16.11.20 - 17:57
(14) Да.
И максимум два ядре в моменте используются, остальные курят.
   K1RSAN
 
16 - 16.11.20 - 17:57
(13) Postgre привлекает многих этакой "бесплатностью"
   pavig
 
17 - 16.11.20 - 17:57
(16)
на именно что "в кавычках"
   K1RSAN
 
18 - 16.11.20 - 18:01
(17) Ну "толковый админ" должен идти в комплекте с любым сервером. Из других подвохов помню только про требование КОРП лицезнии и всё вроде.
   K1RSAN
 
19 - 16.11.20 - 18:07
В идеале бы какой-нибудь "калькулятор", где можно было бы получить значения по лицензиям по своим параметрам)
   Winnie Buh
 
20 - 16.11.20 - 18:08
(0) в 2020 покупать нужно не просто "1С:Предприятие 8.3 ПРОФ. Лицензия на сервер", а  "1С:Предприятие 8.3 ПРОФ. Лицензия на сервер (x86-64)"
   K1RSAN
 
21 - 16.11.20 - 18:08
(20) Ну да, без этого никак)
   Winnie Buh
 
22 - 16.11.20 - 18:13
(0)>Ну и порядок лицензирования MS SQL
есть два принципиально разных варианта лицензирования
- сервер + клиенты
- по количеству ядер
если MS SQL будет использоваться только под 1С, то в прайсе 1С есть льготные лицензии:
- MS SQL Server 2019 Std Runtime - 18660 руб.
+ CAL по 9450 руб. за каждое рабочее место
   K1RSAN
 
23 - 16.11.20 - 18:19
(22) Спасибо. Скачал прайс для РК, нашел эту позицию, считаю теперь)
   vovastar
 
24 - 16.11.20 - 18:43
(23) а у вас че особенный прайс? ....
   Фрэнки
 
25 - 16.11.20 - 19:09
гы... безграмотный админ, что на сиквеле, что на постгри - хрен редьки не слаще
   Фрэнки
 
26 - 16.11.20 - 19:15
вхерачить туеву хучу бабла за мелкомягких и не уметь ему дать ума - это очень грамотный подход, ага.

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

И еще... Если за постгри денег платить не нужно - ну так поставьте его и поработайте ну хотя бы 1 день или 2 дня, если админ у вас все равно будет хоть какой-то.
Ответьте сами себе честно - адин у вас есть? А если есть, то дайте ему задание и посмотрите на результат. Уровень использования у вас один фиг не доберется до каких-то критичных событий.
   Фрэнки
 
27 - 16.11.20 - 19:57
Вот мне что нравится в такого рода обсуждениях = хз лет тому назад один кто-то накорябал о допилках для постгри, потому что в те самые годы и не было готовых настроек для него.

Теперь же, не взирая на то, что на самих дистрибах 1С выкладывается сборка постгри, которая жестко глючить не будет, а проблемы могут появиться только если система будет реально нагружена, ну даже не знаю... может после 200 или 250 пользователей будут проблемы, а может и не будет...
А на 50, на 70, на 100 пользователей проблем не наблюдается.

Но нет. Это же страшный страшный постгри и надо приходить в ветки и рассказывать страшилки о неких сакральных знаниях, которые знают грамотные админы, а что это за знания сакральные кто-то о них что-то знает? Вы бы хоть у админов спросили, что это там такое сакральное, но ведь нет ничего! Но напугать обязательно нужно.
   ansh15
 
28 - 16.11.20 - 20:25
(27) Я в таких постах смотрю на дату сообщений, думаю, может что взглючнуло и древние мысли повылазили... Нет, наши дни.
А пг-админ обязательно должен дорого стоить, без этого никак.

Насчет админа и его любви к виртуальным машинам. Пусть ставит. Потом можно будет спихивать на него различные тормоза в работе и возможные огрехи в поведении системы.
   Машротц
 
29 - 16.11.20 - 21:25
Я честно говоря не понял, Постгри тоже на Виндовозе рассматриваете в качестве СУБД?
Думаю, что настоящая стихия этих открытых СУБД: Posgres, MySQL, Oracle, sqlite является Linux. Тогда уж надо капитально переезжать на Linux, ставить стабильный CentOS 7, качать 1с сервер rpm пакеты, разворачивать субд, в вашем случае постгри на ней, тогда будет круто, а на винде это тухлый вариант, лучше оставаться на MS SQL.
   I_am_rrrrED
 
30 - 17.11.20 - 03:08
(27) В прошлой организации столкнулся с тем, что при переходе не более новый релиз постгри, предоставленный 1С, начали сыпаться ошибки по правам к таблицам и связам на уровне СУБД. Начал копать, находил нечастые случаи аналогичных ошибок. По совету на одном из форумов скачал и поставил сборку от ПГПро - завелось, ошибок СУБД не нашлось.

Вывод: все, что делаете - на свой страх и риск. Есть бабло, берите мс. С точки зрения производительности, функционала и несложности использования не прогадаете, тем более, если будете пользоваться гуем. С баблом напряг, постгри - ваш вариант. Но только на линуксе. Есть свои нюансы. Есть готовые решения с патчами. Работать можно. Одно из "но" - рано или поздно, когда заходите обновить СУБД, можете уткнуться в проблему с модульной (пакетной) совместимостью на уровне ОС, на которой стоит СУБД. Но это все решаемо - гуглится.
 
 Рекламное место пустует
   K1RSAN
 
31 - 17.11.20 - 06:19
Спасибо всем за информацию) что-то я где-то слышал ранее, что-то было новое)
   Провинциальный 1сник
 
32 - 17.11.20 - 06:35
(27) К сожалению, стратегия построения плана запроса в постгресе так и не поменялась. И всё так же он жестко лажает при запросе с подзапросами, запуская нестедлуп по таблицам с миллионами записей вместо оптимизированных на размер стратегий. И вряд ли это исправят, без радикальной переписки ядра постгреса, чтобы план строился не на запрос в целом, а уточнялся по мере исполнения подзапросов. А оно надо только 1сникам.
   Turku
 
33 - 17.11.20 - 07:02
Мифы это все, что для "Postgre нужен дорогой гура-админ". С типовыми УТ, РТ, БП абсолютно нормально Postgre работает "из коробки". На Винде, да. Но конфиг-файл лучше, конечно, подправить под возможности железа. Никакой отдельный "гура-админ Postgre" не нужен. Это, если мы говорим про внедрения в малом бизнесе (а 50-100 пользователей - это оно и есть). Если мы говорим о внедрениях на 1000 голов - то все может быть иначе.
   K1RSAN
 
34 - 17.11.20 - 07:34
(33) Гуру - не гуру, но когда организация дорастает до наличия сервера и филиалов в разных городах - за этим сервером надо кому-то следить и настраивать
   stopa85
 
35 - 17.11.20 - 07:43
(34) нормальный админ нужен всегда. Не важно в штате или готовый прибежать в течении дня.
   dmpl
 
36 - 17.11.20 - 08:10
(0) Сроки есть? В случае MS SQL закладывайте 45 дней на проверку того, что вы не подпадаете под санкции США.
   dmpl
 
37 - 17.11.20 - 08:14
(26) PostgreSQL без грамотного админа может уйти в себя на сутки при выполнении не самого сложного запроса типовой конфигурации. MS SQL даже с настройками  по дефолту и без обслуживания себе такого не позволяет.
   dmpl
 
38 - 17.11.20 - 08:16
(27) На 1 пользователе можно словить проблемы. Просто 1 ядро грузится на 100% от получаса до суток. И хорошо если это отчет, а не проведение документа. И это на дистрибутиве от 1С.
   K1RSAN
 
39 - 17.11.20 - 08:33
(36) Ну до конца года скорее всего не будет перехода. Мы не в РФ, так что вроде без санкций)
(37) вот вот.
Сейчас главное правильно выбрать вектор. Чтобы потом не лохануться, вертать взад может быть дорого по взаимоотношениям с клиентом
   vovastar
 
40 - 17.11.20 - 08:45
(39) вообще то, РК это Республика Крым.
И то что вы не под санкциями, не значит толком ничего. У нас с вами общее экономическое пространство, поэтому, что у нас нет половины мировых новинок автомобилей, что у вас..что в Белоруссии..
   stopa85
 
41 - 17.11.20 - 08:46
(39) Тогда в чем выбор-то? Рекомендуйте клиенту MS SQL, если ему дорого - делите с ним ответственность.

Postgres это дешево, сердито, работает. Слышал 100раз. То что Postgres круче чем MS SQL - ни разу. Грамотный, вменяемый, доступный админ понадобиться рано или поздно в любом случае.
   K1RSAN
 
42 - 17.11.20 - 08:51
(40) РК - Республика Казахстан)
   dmpl
 
43 - 17.11.20 - 08:52
(39) На санкции проверяют всех. Вдруг вы на 50% принадлежите кому-то из санкционного списка? Там надо раскрутить всю цепочку юр. лиц до конечных собственников, и если вдруг найдут что-то подозрительное - могут и отказать вообще.
   K1RSAN
 
44 - 17.11.20 - 09:07
(41) Ну мы не любим советовать то, что им явно излишне на их количестве пользователей. И если рекомендовать - надо сразу понять так сказать "счет на оплату" выкатить, чтобы каждый пункт я мог объяснить, почему столько и чего.
   stopa85
 
45 - 17.11.20 - 09:27
(44) Ну то что вам на мисте сказали, это же тоже не аргумент? Вы постгрес ставили/настраивали хоть раз? А MS SQL? Проведите изыскания: поставьте, прогоните тесты, сравните. Погуглите и все вопросы отпадут.

P.S. Мне Постгрес нравиться ровно тем, что я умею его готовить. MS SQL не умею, в редакциях не разбираюсь, ценники не видел. Но еще ни разу не слышал, что он работает хуже Postgres.
   K1RSAN
 
46 - 17.11.20 - 09:32
(45) Ставил MS SQL версию для ознакомления (Express вроде называется) и пробно прогонял. Но это же не дает никакого реального опыта. Но есть надежда тут встретить опытных людей, кто сможет хотя бы дать начальное понимание, что и куда.
   ptiz
 
47 - 17.11.20 - 09:37
(0) SQL просто работает. C Postgree надо быть готовым к сюрпризам.
Как вариант: начать с бесплатного Postgree. Если не осилите - переезжать на MS SQL.
   K1RSAN
 
48 - 17.11.20 - 09:39
(47) Тоже склоняюсь к такому варианту судя по комментариям выше. От Постгре потеряем только время на перенастройку, если не взлетит
   Tarlich
 
49 - 17.11.20 - 09:49
Почти 2 года рекламировал ПГ ..... пока в одной из баз не начались "приколы"  ....
   K1RSAN
 
50 - 17.11.20 - 09:50
(49) Можно подробности? Я в курсе, что ПГ - это не 2 пальца, как говорится. Но со всем же можно справиться, если разобраться
   ansh15
 
51 - 17.11.20 - 10:10
(38) Это он пытается построить хоть сколько-нибудь выполнимый план примерно такого запроса postgesql долго выполняет запрос срез последних
Старые конфы(ББУ, БГУ 1.0, в моем случае) этим когда-то(давно) грешили. Пг-админ почти ничем не поможет, разве что только выключить в оптимизаторе nested loops для ряда конкретных случаев.
Если учитывать подобные особенности, серьезных проблем возникать не должно.
   Фрэнки
 
52 - 17.11.20 - 12:59
(50) вот-вот - нужно смотреть именно подробности, потому что вероятность словить такие же точно подробности может быть и существует, но это ...

Ну работают в моем опыте, дай бог памяти, ну где-то еще до 2010 года начали использовать ПГ в базах.

Да, можно встретить некую загадочную ххх-ю , но для этого нужно очень сильно постараться. В типовых базах, т.е. без ручек само-разработчиков, шансы словить проблемы, даже если установлена постгри на винде, крайне низкие. А в последние годы, даже наоборот, что накосячить с обычным дистрибом постгри от 1С под винду, чтоб он заглючил... Ну это еще постараться нужно очень сильно.

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

И еще раз, пишите что доросла база или Компания до покупки выделенного сервера внезапно...
Уточните, если не трудно, а сколько же пользователей могло работать в этой базе в файловом режиме и без сервера?
И сколько пользователей будет работать сейчас?
И если не трудно, то может намекнете какие конфигурации у этих баз или если не хотите называть сами конфигурации, то характеристики какие-то, может там версии БСП и режим совместимости и какую платформу 1С (версию платформы) собираетесь ставить. Ну и т.д.

Инфы же нет никакой в топике. Хотя рассуждать, что МС Сиквел однозначно рулит всегда вегде и для всех - ну можно, что тут сомневаться ваапще?!
   Фрэнки
 
53 - 17.11.20 - 13:17
Вот для уравновешивания ссылки на обсуждение постом выше еще одна ссылка

Восстановление работоспособности ИБ после поломки
   arsik
 
54 - 17.11.20 - 13:28
(51) Это же победили.
   K1RSAN
 
55 - 17.11.20 - 14:01
(52) УТ (аналог вашей 11.3 или 11.4) и БК 3.0 (аналог вашей БП 3.0)
Смысл зарождения сервера именно в появлении филиалов в других городах. Пользователей то не очень много, просто раз решили делать сервак, то лучше сразу потратиться на нормальный, чтобы потом не перенастраивать. Условно - 10-15 сейчас, ожидается до 30 пользователей. Возможно часть будет работать через web, часть через РДП.
   Фрэнки
 
56 - 17.11.20 - 14:27
(55) понятно.

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

Не нужно забывать о безопасности работы, когда вдруг внезапно, по каким-то обстоятельствам внезапно приключится потребность хотя бы поднять базу и архива,
а при этом окажется, что их просто нет. Т.е. что-то вроде описанного в (53)
Будет это база в любом формате, но такая технология безопасной эксплуатации должна быть продумана и отработана практически до мелочей.
Сколько на такое обеспечение будет потрачено денег - это уже второй вопрос, тем более, что на таком количестве пользователей и не самый тяжёлый.
   ansh15
 
57 - 17.11.20 - 15:27
(54)Еще не все об этом знают.
   don_Rumata
 
58 - 17.11.20 - 15:38
(27) + 100!
   don_Rumata
 
59 - 17.11.20 - 15:41
Там вроде не так много параметров. Можно отправную точку настроек postgresql.conf взять отсюда: https://pgtune.leopard.in.ua
   arsik
 
60 - 17.11.20 - 15:50
(59) В сборках от постгреспро https://1c.postgres.ru/ при установке конфиг подгоняется под железо.
 
 Рекламное место пустует
   don_Rumata
 
61 - 17.11.20 - 15:55
(60) Хорошо, если так. Интересно, настройки они так же из pgtune берут, или какой-то свой алгоритм реализовали?
   arsik
 
62 - 17.11.20 - 15:57
(61) Ну поставь да сравни конфиги.
   don_Rumata
 
63 - 17.11.20 - 16:00
(62) угу, как будет нечем заняться, сразу сделаю
   oslokot
 
64 - 17.11.20 - 16:02
Ни разу не видел ПГ у которого попугаев больше 28 по тесту Гилева
   arsik
 
65 - 17.11.20 - 16:05
Вот на компе для разработки 16 Gb, 4 ядра, SSD
autovacuum_max_workers = 6
autovacuum_naptime = 20s
autovacuum_vacuum_cost_limit = 400
bgwriter_delay = 20ms
bgwriter_lru_maxpages = 400
bgwriter_lru_multiplier = 4.0
checkpoint_completion_target = 0.9
datestyle = 'iso, dmy'
default_text_search_config = 'pg_catalog.russian'
dynamic_shared_memory_type = windows
effective_cache_size = 8GB
escape_string_warning = off
lc_messages = 'Russian_Russia.1251'
lc_messages = 'en_EN.utf-8'
lc_monetary = 'Russian_Russia.1251'
lc_numeric = 'Russian_Russia.1251'
lc_time = 'Russian_Russia.1251'
listen_addresses = '*'
log_destination = 'stderr'
log_file_mode = 0640
logging_collector = on
maintenance_work_mem = 128MB
max_connections = 500
max_locks_per_transaction = 256
max_wal_size = 1GB
min_wal_size = 80MB
online_analyze.enable = on
online_analyze.local_tracking = 'on'
online_analyze.table_type = 'temporary'
online_analyze.verbose = 'off'
plantuner.fix_empty_table = 'on'  
port = 5432
random_page_cost = 1.5
shared_buffers = 768MB
shared_preload_libraries = 'online_analyze, plantuner'
standard_conforming_strings = off
synchronous_commit = off
temp_buffers = 32MB
work_mem = 128MB

   lodger
 
66 - 17.11.20 - 16:07
(64) за бесплатно? 28? еще и не глючит на ровном месте? дайте две!
   HeKrendel
 
67 - 17.11.20 - 16:20
(64) Делали стенды

(0) Переход с Микрософта на Линукс, ценник будет интереснее, работы под ключ
   stopa85
 
68 - 17.11.20 - 16:22
(64) а кому они нужны эти попугаи?
Тест гилева - это тест однопоточной записи большого количества маленьких объектов. Все.
   don_Rumata
 
69 - 17.11.20 - 16:25
(65) Ну настройки явно не одинаковые, pgtune такие предлагает:
linux:
max_connections = 500
shared_buffers = 4GB
effective_cache_size = 12GB
maintenance_work_mem = 2GB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 500
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 2097kB
min_wal_size = 4GB
max_wal_size = 16GB
max_worker_processes = 4
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
max_parallel_maintenance_workers = 2


win:
max_connections = 500
shared_buffers = 512MB
effective_cache_size = 12GB
maintenance_work_mem = 1GB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
work_mem = 2708kB
min_wal_size = 1GB
max_wal_size = 4GB
max_worker_processes = 4
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
max_parallel_maintenance_workers = 2
   zaki
 
70 - 17.11.20 - 17:35
(51) В теме postgesql долго выполняет запрос срез последних описал как решить проблему "запрос срез последних"
   Провинциальный 1сник
 
71 - 17.11.20 - 19:05
(70) См. (32) Проблема не решается в принципе. Только если ставить enable_nestloop=off с потерей общей производительности.
   Фрэнки
 
72 - 17.11.20 - 19:18
(71) А ничего, что в актуальных релизах типовых _все_ выборки данных по _любым_ отдельно взятым регистрам и их производным спрятаны в виртуальные таблицы ?
   Провинциальный 1сник
 
73 - 17.11.20 - 20:19
(72) И? Любая виртуальная таблица 1с - это подзапрос в sql. Со всеми вытекающими из этого.
   Oldman06
 
74 - 17.11.20 - 23:15
А что не так с PostgreSQL? Ставил в одной фирме 1с, еще на Centos 6.2, лет 9 назад. С тех пор только поднимаю релизы и протираю пыль с сервака. Полет нормальный (УНФ + БП + ЗУП, около 20 пользователей). Еще в одной фирме уже на Centos 7 PostgreSQL на хосте + виндовый терминальный сервер в виртуалке KVM - лет 6 уже работает, никто не жалуется (БП + ЗУП, баз 25-30 крутится, пользователей раньше было около 20, сейчас 3 осталось - фирма подыхает.). Ну и еще кучка примеров... Postgres нужно один раз хорошо настроить и все ...
   rphosts
 
75 - 18.11.20 - 02:32
Типовые давно пишутся исходя из того, что будут крутиться га постгри. Насчёт дорогого админа - фигня полная. По настройкам - в 90% случаев достаточно рекомендаций от 1С. На линуксе постгри конечно эффективнее чем на окнах, делали тесты разные челы получалось что разница примерно в 1,3-1,4 раза. Постгри - версионник, мс-скл - страничник и всё этим сказано, страничник меньше накладывает блокировок, но требует несколько больше ресурсов проца, с другой стороны не такой требовательный к памяти. Ставил и немного тюнил настройки постгри для Док.корп, пиковая нагрузка порядка 1100 сеансов.... на окнах, т.к. ставить на сервер линукс админы отказались... всё норм работает.
Насчёт выбора - ставь то, с чем готов работать.

1. PostgreSQL
   zaki
 
76 - 18.11.20 - 03:08
(71) Решается только на PostgreSQL 12 версии от PostgrePro, так как они пофиксили баг когда после vaccum слетал план выбора правильного индекса
а проблема в том что у регистров сведений есть 2 индекса которые весят одинаково а порядок колонок разный из за этого выбирается не оптимальный индекс

проблему обсуждали еще в прошлом году тут https://t.me/PostgreSQL_1C_Linux/38861

1. PostgreSQL
   Провинциальный 1сник
 
77 - 18.11.20 - 06:45
(75) "Типовые давно пишутся исходя из того, что будут крутиться га постгри. "
Адаптация к постгре - отказ от подзапросов к виртуальным таблицам. И было бы неплохо, чтобы проблема была решена платформой 1с раз и навсегда. Чтобы генератор sql-запросов из запросов 1с перестраивал подзапросы на временные таблицы, если используется постгрес.
   Провинциальный 1сник
 
78 - 18.11.20 - 06:49
(76) Это не та проблема. Речь не о выборе плохого индекса при соединении, а в выборе метода соединения. Постгрес не может правильно оценить количество выдаваемых подзапросом строк во время компиляции запроса в целом. И применяет nested loop, который хорош только на мелких присоединяемых таблицах.
   HeKrendel
 
79 - 18.11.20 - 07:01
(78) Ну и как этот метод влияет на базы в 30-50 пользователей?
   rphosts
 
80 - 18.11.20 - 07:35
(79) речь про время выполнения запросов (больше зависит от размера таблиц, загруженности сервера СУБД, чем от кол-ва пользователей)
   HeKrendel
 
81 - 18.11.20 - 07:37
(80) А загруженность сервера от чего зависит? или размеры таблиц?
   rphosts
 
82 - 18.11.20 - 08:23
(81) загруженность от множества факторов (самые важные - само железо и активность пользователей), размер таблиц - опять от кучи факторов, например от того сколько загружается хлама в базу, когда была последняя свертка и т.п.
   Eeeehhhh
 
83 - 18.11.20 - 08:42
Что то не адекватного выбора ни одного. Буду первым.

2. MS SQL
   Фрэнки
 
84 - 18.11.20 - 08:43
(77) Так если ты пишешь, что ее требуется решать платформой, то вот они и решена на платформе самых последних релизов и актуальных для этих релизов версий типовых.

Для типовых наиболее массовый режим совместимости с платформой 8.3.14 , а конфигах ДО и ДО-КОРП и даже еще выше, но я давненько в них не заглядывал. Не хватает времени просто еще и на них.
   Фрэнки
 
85 - 18.11.20 - 08:45
(79) И конечно так, всё правильно пишешь - на внедрениях в пределах средних 30-50 (причем, именно в одной базе) эта вся проблема никоим образом не может и не способна себя проявить.
   Провинциальный 1сник
 
86 - 18.11.20 - 08:49
(84) Гарантируете, что проблема решена платформой? Или всё-таки костылями, в виде адаптации всех запросов, включая запросы СКД и RLS, под использование явных временных таблиц?
(79) Даже при 1 пользователе тормозит. С нестедлупами расчет зарплаты жарит процессор сервера почём зря несколько минут, без него - пара секунд.
   Фрэнки
 
87 - 18.11.20 - 08:53
(86) т.е. я это воспринимаю как просто наброс со словами "жарит процессор" - и что? надо всем тут возбудиться и побежать проверять - жарит или не жарит - когда вся эта пое...нь годами уже на практике внедрений работает и никого никак не жарит и никуда не жарит, а только лишь в представлениях некоего анонимуса на мисте в каком-то месте его же одного и жарит.
   Фрэнки
 
88 - 18.11.20 - 08:56
А вообще, годный наброс. Холиваристый.

Еще и с голосовалкой теперь... Но я думаю, что тема стухнет. Это вам не УА и не РБ
   rphosts
 
89 - 18.11.20 - 09:03
(88) конечно сдохнет ибо не первый десяток раз всплывает
   K1RSAN
 
90 - 18.11.20 - 09:07
(88) Для кого-то наброс, для кого-то реальная ситуация) У меня опыта такого еще не было, так что читаю все мнения)
   strange2007
 
91 - 18.11.20 - 09:18
У постгре есть огромный минус: если бесперебойника нет и свет часто мигает, все базы падают несколько раз в год. Интересно, а у МС есть такие проблемы?
Это не стёб, а удивление от личного опыта. Я не знал, что базы СУБД так легко валятся. Мне казалось, что у них там многократное наслоение надёжности.
   ДенисЧ
 
92 - 18.11.20 - 09:21
(91) У кого есть деньги на МС - на бесперебойник найдут ))
   Фрэнки
 
93 - 18.11.20 - 09:24
(91) Вот просто нет у нас в наличии ни одной базы на МС СКЛ и что-то ни разу не могу припомнить именно такой проблемы.
Бесперебойники имеются в обязательном порядке и даже не из-за того, что капризничает конкретно 1С - там и без 1С хватает критичного к падениям ПО.
   rphosts
 
94 - 18.11.20 - 09:24
(91) у МС тоже проблемы с этим случаются
   Фрэнки
 
95 - 18.11.20 - 09:25
(94) И да, насчет проблем, просто в качестве примера ссылка в этой ветке была. На соседнюю и обсуждаемую прямо в эти дни :-)
   K1RSAN
 
96 - 18.11.20 - 09:38
(91) Бесперебойник - маст хэв же. И проверка работоспособности раз в квартал
   ansh15
 
97 - 18.11.20 - 10:14
Контроллер RAID с батарейкой и обычными SAS 15К дисками, а также SSD с защитой данных от потери питания, просто подключенныe к SATA на матплате, сохранили все данные до последнего байта, в этом году пришлось столкнуться.
PostgreSQL просто сказал "Подождите, я сейчас сделаю рекавери".
Да - за батарейкой надо следить, а серверный SSD стоит в несколько раз дороже домашнего..
   ansh15
 
98 - 18.11.20 - 10:16
Тоже адекватный выбор )

1. PostgreSQL
   Провинциальный 1сник
 
99 - 18.11.20 - 10:30
(87) Да нет, это факт известный, зря вы его отрицаете. Я пробовал с постгресом лет 5 назад поднять ЗУП. Было что-то с чем-то. Какие-то действия могли выполняться долго, с 100% загрузкой процессора процессом постгреса. Недаром даже сама 1с рекомендовала отключать нестлуп в настройках.
https://its.1c.ru/db/metod8dev/content/4692/hdoc
   zaki
 
100 - 18.11.20 - 10:46
(91) Кластер нужно создавать с переменной --data-checksums, сборки от 1С это не делают
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
Закон Брукера: Даже маленькая практика стоит большой теории.
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.