В справочнике номенклатуры 200000 позиций. База без характеристик.

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

(0) не гарантированно

(0) Быстрее - да, будет. Вопрос только насколько и спасет это ситуацию?

(0) Если там же, то вряд ли. У явно проблемы с быстродействием дисковой подсистемы.

А разбиение на характеристики?

Я не в курсе УТ, дико извиняюсь, но: платформа соответствует?

(8.3.10.2466)(11.4.1.273) режим совместимости не используется

если это единственный критерий, по которому вы рассматриваете переход на к/с?

что такое к/с?

(8) клиент-сервер

(0) У нас в справочнике номенклатура 500 000 товаров. УТ 10.
Открывается 0,5-2 секунды.
Отладчиком гляньте, что там тормозит. Возможно вывод цен и остатков.
SQL улучшит ситуацию.

(0)

>Перевод базы на SQL ускорит процесс?

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

(10) Причем в отладочной базе в файловой версии, тоже быстро открывается.

(7) Три раза прочитал твой пост, ничего не понял

(7) Да единственный критерий).
Рассматриваем переход с ут10 на ут11. Пользователей куча, работают по RDP, проблем нет. Но УТ10 с характеристиками. Тормоза давали только остатки в подборе, поэтому отключили. Все остальное - устаривает.
А тут даже справочник открыть нельзя.

Если нужен к/с, то пусть будет. Только поможет ли он.

(10) не сравнивайте старую добрую 10.3 и монструозную 11

Но ведь работают же люди!
Или не работают?

(14) тогда однозначно стоит. После "пользователей куча" такие вопросы уже можно не задавать

(14) зачем тогда переходить?

(0) Итоги то рассчитаны? Остатки должны быстрее открываться.

(17) Тормоза не при куче пользователей. Тормоза в однопользовательском режиме, в файловой.

(19) Да ничего в базе пока нет. Просто загрузили номенклатуру, и прифигели.

Уважаемые, кто работает в УТ11? Это реальные организации, или может, просто экспериментаторы?

(22) Для начала попробуйте облачный сервис размещения базы, обычно дней 7 дают бесплатно. Хоть потестите

Хз, ставил торговлю 11, позиций номенклатурных было вдвое меньше, но открывался секунд за 5-10, это с учетом того что текущие остатки в разрезе складов еще вывел

(24) сколько складов?

Что за железо стоит на котором тестируете? сколько оперативки, какой жесткий диск?

(22) Вы полагаете, что в облаке будет быстрее? За счет чего?

(25) на тот момент было около 5-6, но разницы в количестве особо нет, данные брались 1 раз при открытии

(26) Windows Server 2012, больше не знаю). Но там, где и все остальное)

(27) За тестирование денег не берут там. Обычно у них всё оптимизирована, если сравнивать с домашнем компом, на котором вы всё разместили

(30) У нас ЗУП и УНФ в облаке. Никому не советую. Хотя, может не повезло с облакодателем.

(29) Узнай, возможно ресурсов не хватает на данный момент, потестируй ночью, когда никого нет

(30) база у раруса в облаках. Обплевались с производительностью

(0) Пользователь поставил кривую сортировку.

Или отбор

Но перевод на SQL вам поможет.

Собрать план запроса и отгуртовать негодяя.

За открытие списка товаров дольше 3 секунд я бы выгонял разработчика.

(37) Любая типовая с заполненным справочником, сортировкой по неиндексированному реквизиту и дендроидным отображением.

(22) не работают, но зарабатывают!

(34) фильтрация стандартная - по видам или по иерархии, в колонках Наименование и артикул. Если разбить на 2 тысячи видов (или их же в иерархию), то скорость приемлемая, но если посмотреть всех скопом, или подбор по остаткам - тормоза.
Чтобы ускорить выборку остатков, наверное, надо выделять характеристики, или склады.

(40) SQL Profiler покажет, где вы ошибаетесь

(41) Значит, все-таки SQL)))