1С++ users forum - Проведение под SQL-ем...

(UTC)

1С++ users forum › 1С++ и прочие расширения v7 › Прямые запросы к БД › Проведение под SQL-ем...

(Группа Модераторов: 1c++ moderator)

‹ Предыдущая Тема | Следующая Тема ›

Переключение на Главную Страницу

Страницы: 1

Отправить

Горячая тема (более 10 ответов)

Проведение под SQL-ем... (число прочтений - 6301 )

Antares Junior Member Отсутствует I Love YaBB 2! Сообщений: 23 Зарегистрирован: 30. Ноября 2006	Проведение под SQL-ем... 30. Ноября 2006 :: 13:42	Печать
	Была такая проблема при использовании встроенной в 1с процедуры - пакетное "проведение документов/ поднятие ГП", тормозилось проведение и я даже помню, что проблема в переполнении временных таблиц на SQL сервере. Но в чем была природа этой проблемы, почему они переполнялись я так и не докапался. Может ктото уже раскапал этот трабл. Подскажите.


	IP записан

lohmatik YaBB Newbies Отсутствует I Love YaBB 2! Сообщений: 11 Зарегистрирован: 06. Сентября 2006	Re: Проведение под SQL-ем... Ответ #1 - 01. Декабря 2006 :: 05:39	Печать
	вот инфа от сомого мелкософта [url]http://support.microsoft.com/?scid=kb;e ... &spid=2852[/url] понятное дело что 1С очень сильно юзает sp_executesql


	IP записан

Antares Junior Member Отсутствует I Love YaBB 2! Сообщений: 23 Зарегистрирован: 30. Ноября 2006	Re: Проведение под SQL-ем... Ответ #2 - 01. Декабря 2006 :: 08:01	Печать
	у меня как раз SQL2K_sp4, т.е. просто меняю дрова на работу с сервером через ODBC на те что в SP1 и все? Я правильно понял? Кстати, я через profiler посмотрел что там делается (4-ые сутки уже ГП подымает!), так вот временные таблички удаляются, но объекты индексных ключей (а знычит и правил ограничений по индексам) остаются (ни одного удаления не нашел). Есть возможность принудительного удаления этих объектов (sp_dropkey), только я не уверен удаляются ли эти ключи вместе со своими временными таблицами (в хелпе ничего не нашел). p.s. Опс! Нашел. Удаляются. Интересно это ко всем таблицам относится или к временым отдельный подход (они же сами удаляются при закрытии подключения).
	« Последняя редакция: 01. Декабря 2006 :: 13:32 - Antares »

	IP записан

Antares Junior Member Отсутствует I Love YaBB 2! Сообщений: 23 Зарегистрирован: 30. Ноября 2006	Re: Проведение под SQL-ем... Ответ #3 - 05. Декабря 2006 :: 06:08	Печать
	Ура! нашел стабильно работающий вариант по ХР (ODBCBCP.DLL & SQLSRV32.DLL). Перепроводил "элементарный месяц" - вроде период проведения для всех документов одинаковый, на временных таблицах тормозов нет. Версии: ODBCBCP.DLL 2000.81.9030.0 24576 байт SQLSRV32 2000.81.9030.4 385024 байт p.s. правда на серваке (win2k3_sql2ksp4) эту комбинацию еще не юзал.


	IP записан

lohmatik YaBB Newbies Отсутствует I Love YaBB 2! Сообщений: 11 Зарегистрирован: 06. Сентября 2006	Re: Проведение под SQL-ем... Ответ #4 - 08. Декабря 2006 :: 08:53	Печать
	в свое время эта тема мусолилась не раз на itland.ru .... и что то никто недогадался драйвера поставить вообщет там проблема в процедуре sp_executesql и эта проблема всего SQL2k независимо от SP. в 7-м такой проблемы нет и в 2005-м тоже такой нет. насколько я понимаю не очищать буфер сессии и это в самом скл сервере а не проблема драйвера. + есть такая компания софт поин дык они целую внешнюю компаненту накропали и продают ее не за малые деньги. я у тебя получается раз два и все... что то тут нетак %)


	IP записан

Славко Senior Member Отсутствует Сообщений: 467 Местоположение: Украина, г. Днепропетровск Зарегистрирован: 19. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #5 - 08. Декабря 2006 :: 09:41	Печать
	lohmatik писал(а) 08. Декабря 2006 :: 08:53: + есть такая компания софт поин дык они целую внешнюю компаненту накропали и продают ее не за малые деньги только толку от этой компоненты нет, есть небольшой прирост производительности, но он настолько мал, чтобы решить проблему, что покупать этот вариант не стоит, а вот решение от 1С++ вполне вменяемое... я о методе ReconnectNative()

	Ламер, самый обычный ламер... сначала мы ... а потом мы ...
	www ICQ IP записан

lohmatik YaBB Newbies Отсутствует I Love YaBB 2! Сообщений: 11 Зарегистрирован: 06. Сентября 2006	Re: Проведение под SQL-ем... Ответ #6 - 08. Декабря 2006 :: 09:51	Печать
	по поводу ReconnectNative() согласен и требуется приложить чуть-чуть руки всего навсего однако меня прям таки заинтересовало что такое случилось с дравами то? >стабильно работающий вариант по ХР (ODBCBCP.DLL & SQLSRV32.DLL).


	IP записан

trad 1c++ power user 1c++ donor 1c++ moderator Отсутствует Сообщений: 3051 Местоположение: Киров Зарегистрирован: 23. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #7 - 08. Декабря 2006 :: 10:05	Печать
	Цитата: lohmatik писал(а) 08. Декабря 2006 :: 08:53: + есть такая компания софт поин дык они целую внешнюю компаненту накропали только толку от этой компоненты нет а ты ее пробовал?

	1&&2&&3
	IP записан

Славко Senior Member Отсутствует Сообщений: 467 Местоположение: Украина, г. Днепропетровск Зарегистрирован: 19. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #8 - 08. Декабря 2006 :: 11:36	Печать
	trad писал(а) 08. Декабря 2006 :: 10:05: а ты ее пробовал? да, поэтому так уверенно и говорю... мы еле уломали перед покупкой предоставить нам триал, хорошо что мы долго уговаривали, а не слепо купили... ReconnectNative() дал больший эффект, нежели анаосировал софтпоинт для своей компоненты...

	Ламер, самый обычный ламер... сначала мы ... а потом мы ...
	www ICQ IP записан

trad 1c++ power user 1c++ donor 1c++ moderator Отсутствует Сообщений: 3051 Местоположение: Киров Зарегистрирован: 23. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #9 - 08. Декабря 2006 :: 11:48	Печать
	странно это. ведь механизм решения проблемы одинаков. может замеры проводили по-разному?

	1&&2&&3
	IP записан

kms 1c++ power user 1c++ moderator Отсутствует я хочу, чтоб сюда проложили дорогу оттуда... Сообщений: 4632 Зарегистрирован: 19. Мая 2006	Re: Проведение под SQL-ем... Ответ #10 - 08. Декабря 2006 :: 12:15	Печать
	trad писал(а) 08. Декабря 2006 :: 11:48: странно это. ведь механизм решения проблемы одинаков. может замеры проводили по-разному? Наверное, играет фактор соотношения цена/качество

	De quelle planète es-tu?
	IP записан

Вадимко God Member Отсутствует Нам бы чего про ОдноЦэ... Сообщений: 1048 Местоположение: Минск Зарегистрирован: 24. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #11 - 08. Декабря 2006 :: 12:37	Печать
	Славко, напиши как применяли Как в факе пример висит? Напиши, пож-ста, замеры - без реконнект/с ним ...хоть какую-то инфу а не просто так...

	Кампутер, кофе и сигареты - это очень плохо для моего здоровья...
	www Skype/VoIP IP записан

Славко Senior Member Отсутствует Сообщений: 467 Местоположение: Украина, г. Днепропетровск Зарегистрирован: 19. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #12 - 08. Декабря 2006 :: 12:46	Печать
	trad писал(а) 08. Декабря 2006 :: 11:48: странно это. ведь механизм решения проблемы одинаков. может замеры проводили по-разному? замер производили одинаково: перепроводили базы за месяц, база объемом 20гиг

	Ламер, самый обычный ламер... сначала мы ... а потом мы ...
	www ICQ IP записан

Славко Senior Member Отсутствует Сообщений: 467 Местоположение: Украина, г. Днепропетровск Зарегистрирован: 19. Мая 2006 Пол:	Re: Проведение под SQL-ем... Ответ #13 - 08. Декабря 2006 :: 12:50	Печать
	Цитата: Славко, напиши как применяли Как в факе пример висит? Напиши, пож-ста, замеры - без реконнект/с ним ...хоть какую-то инфу а не просто так... ReconnectNative() - делали после каждого проведенного документа СофтомПоинтом - делали и после каждого и после разного кол-ва документов, СофтПоинтом результат один и тот же. такой же как и без него, единственное, без ВК замедление начиналось после проведения 2-4 дня, на СофтПоинте замедление появлялось дето через неделю... только ReconnectNative() спас ситуацию

	Ламер, самый обычный ламер... сначала мы ... а потом мы ...
	www ICQ IP записан

Переключение на Главную Страницу

Страницы: 1

Отправить

‹ Предыдущая Тема | Следующая Тема ›

« Главная ‹ Раздел Вверх

Вверх

Valid XHTML

Valid CSS

Powered by Perl

Source Forge