Есть база 1С с полностью самописной конфигурацией, работающая в файловом варианте на толстом клиенте.

Есть ли смысл перехода на SQL сервер если 1С по прежнему будет работать на толстом клиенте, т.к. имеющаяся конфигурация работает только на толстом клиенте, будет ли какой-то прирост производительности?

работает и не трогай

(0) SQL более тормозной чем файловый вариант. Поэтому прироста не будет.

(0) будет если код под директивами препроцессора. (2) ну да особенно после 100 пользователей файловый начинает прям лидировать...

(2) кто тебе сказал?
(0) при переходе на скуль будут плюсы, серьезные плюсы, но будут и мелкие минусы...

(3) ты еще про двести пользователей скажи. Исходные данные - база в файловом варианте работает нормально, значит пользователей немного

(0) А ты уже делаешь бэкапы?

(0) Перепиши по нормальному на УФ - это такая прелесть если правильно готовить и на не раритетном оборудовании

На сиквел переходят когда базу будут юзать больше 5 юзверей, активно.

Ща ссд расширил до 10-15 юзверей. Но, блокировку таблиц, ни кто  не отменил.

(9) База на 3к пользователей и 9терабайт может существовать только на сиквеле.

(10) стесняюсь спросить это пример или ваш ворклоад?

(11) Следите за 1с.ру

(0) может быть смысл есть... а может быть и нет
сначала нужно погадать на кофейной гуще, потом в хрустальный шар заглянуть...
иначе откуда нам узнать причину, от чего твоя самописка начала тормозить
может база распухла до много-много ГБ, может юзеров куча и работать друг другу не дают, а может код кривой

в топике вообще и не сказано о тормозах. работает и работает. Но многие зачем-то используют сиквел и топикстартеру интересно стало "если звезды зажигают..." :)

(0) Какие сейчас проблемы? Какая нагрузка?

(14) ну может появился на фирме чудо-программист, который написал чудо-запрос, который выполняется 10 минут. И тут 2 варианта: выгнать программиста или перейти на sql. Обычно все склоняются ко второму варианту.

(11) https://filerepository.1c.ru/download-file/17_30_Отказоустойчивый%20кластер%2010%20000%20пользователей%20(Неборский%20Деловые%20линии).mp4?fileUuid=8b677160-26b0-4a6a-a003-f9e53cad5ffe

(0) Файловая может рухнуть в любой момент.

(17) вода, (12) вопрос был в "это ваша рабочая нагрузка в 3к и 9 тб или просто пример", хотя мне все равно

(18) это слоган просто такой. В реальной жизни по 10 лет уже работают многие базы и рушиться не собираются.

(20) Одно другого не исключает.

Да на файле от 2х пользователей уже начинает тормозить (если по сети)

Файловые базы зло, всё сколько-нибудь рабочее только на скуле. И нас рать сколько пользователей

(19) Мой пример, подсистема учета прохождения технологических операций на базе УПП 1.3. Вынесена в отдельный узел РИБ. первоночально говорили о максимум 10 пользователях. Документы "операция ТО" фиксируют прохождение "базового документа" по стадиям технологических операций. Руководство настояло на файловом варианте(эконовмия:)). При одновременной работе начлись болкировки. "Все плохо" -"1с не работает". Настоял на переходе на SQL. Сейчас работает одновременно до 30 рабочих мест. Пока все довольны.

(24) при чем тут 3к и 9 тб из (12)? х у й вас поймешь

(6) Конечно, бэкапы делаются ежедневно

(7) УФ конечно хорошо, но базу переписать не так просто, она уже большая достаточно и писалась изначально под обычные формы, на перепись времени много потребуется, а его как обычно не хватает

(8) Базу используют одновременно 10-15 пользователей

(15) Размер базы сейчас около 5Гб. Работают одновременно 10-15 человек. блокировка таблиц иногда выстреливает, но достаточно редко. Пользователи жалуются на то что база медленно работает. Есть тормоза и в самом коде, кое-что можно оптимизировать там, и поступило еще предложение перенести базу на SQL.

(29) Как они бедные там работают?

(30) Работают через RDP. И не все одновременно активно работают с базой, кто-то отчеты формирует и пару документов в день проводит.

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

+(32) как обычно какие метрики выполнения(замеры) оттуда уже думать, а так только с дивана

Самописка такого малого размера даже в файловой должна летать. Код оптимизировать - однозначно.

(34) Но вот почему-то не летает она, при этом есть например документы и отчеты, которые когда-то ранее проводились и выполнялись быстрее, а в последнее время стали тормозить, и код конфигурации, касаемый этих документов и отчетов не менялся, увеличился размер базы и пользователей стало чуть больше.