1C Предприятие 7.7 переход с файловой версии на MSSQL - ANDI.lv

ANDI_Hotline · 11.03.2009, 23:47

Возможно, причина в том, что в журналах, при просмотре, происходят какие то либо вычисления, с обращениями к базе данных. Необходимо анализировать в каких журналах и какое замедление случается. Просьба уточнить.

Про переход на SQL.
3-6 пользователей для файловой версии 1С:Предприятия 7.7 является слабой нагрузкой, до 10-15 активно работающих пользователей может работать без проблем. Да и 10 лет (!) назад, когда фирма 1С разрабатывала платформу 1С:Предприятие 7.7 такой техники, как сейчас, практически не было.

В случае, если есть конкретные "узкие места", по быстродействию, часто имеет смысл оптимизировать программный код, а не переходить на SQL. MS SQL денег стоит, причем не малых. Если он уже на предприятии приобретен, тогда лучше базу на SQL перевести.

Если база данных нормальная, т.е. без нарушения логической и физической целостности, то это сделает платформа 1С:Предприятие 7.7, а если есть проблемы, то и руки приложить придется...

lapkis · 12.03.2009, 11:18

Я думаю Вы правы в одном из журналов который был основным тормозом призоводится дополнительная обработка, разработчик программы - Дмитрий со мной уже связался.
Надо было конечно сразу ему писать

Ну будет другим заказчикам наука не перегружать журналы

Viens_C · 31.07.2009, 21:50

Цитата:

Сообщение от lapkis

Я думаю Вы правы в одном из журналов который был основным тормозом призоводится дополнительная обработка, разработчик программы - Дмитрий со мной уже связался.
Надо было конечно сразу ему писать

Ну будет другим заказчикам наука не перегружать журналы

О науке другим, про тормоза... !
Точна также нельзя перегружать форму списка справочника.
Нельзя делать огромные табличные части документов.
Большие таблицы значений, во время их формирований или других действий над ними, надо временно прятать, сделать видимость(0).
Если имеете WINDOWS 2003, не пользуйтесь им как обычным файловым сервером, запускайте его как сервер терминалов. Скорость работы у каждого сетевого пользователя, будет равна скорости работы локального пользователя.
И т.д. ...

Опции темы
Версия для печати Отправить по электронной почте
Опции просмотра
Линейный вид Комбинированный вид Древовидный вид

11.03.2009, 23:47	#1
ANDI_Hotline Hotline Регистрация: 02.01.2006 Сообщений: 499 Поблагодарил(а): 8 Благодарили 49 раз в 37 сообщениях	Возможно, причина в том, что в журналах, при просмотре, происходят какие то либо вычисления, с обращениями к базе данных. Необходимо анализировать в каких журналах и какое замедление случается. Просьба уточнить. Про переход на SQL. 3-6 пользователей для файловой версии 1С:Предприятия 7.7 является слабой нагрузкой, до 10-15 активно работающих пользователей может работать без проблем. Да и 10 лет (!) назад, когда фирма 1С разрабатывала платформу 1С:Предприятие 7.7 такой техники, как сейчас, практически не было. В случае, если есть конкретные "узкие места", по быстродействию, часто имеет смысл оптимизировать программный код, а не переходить на SQL. MS SQL денег стоит, причем не малых. Если он уже на предприятии приобретен, тогда лучше базу на SQL перевести. Если база данных нормальная, т.е. без нарушения логической и физической целостности, то это сделает платформа 1С:Предприятие 7.7, а если есть проблемы, то и руки приложить придется...

12.03.2009, 11:18	#2
lapkis Member Регистрация: 01.02.2009 Сообщений: 52 Поблагодарил(а): 3 Благодарили 5 раз в 5 сообщениях	Я думаю Вы правы в одном из журналов который был основным тормозом призоводится дополнительная обработка, разработчик программы - Дмитрий со мной уже связался. Надо было конечно сразу ему писать Ну будет другим заказчикам наука не перегружать журналы

Здесь присутствуют: 146 (пользователей: 0 , гостей: 146)