Журнал транзакций

24.06.2009, 09:56. **Показов** 5607. **Ответов** 5

Студворк — интернет-сервис помощи студентам

Помогите советом!
Ситуация следующая:
во время проведения документа происходить бешенный рост файла транзакций, который может занять все свободное дисковое пространство.
В документе 250 строк(но это не предел), идет подсчет пропорции каждой строки документа от общей суммы по документу. Затем результат записывается в виде операций (более 6000) и по регистрам. В результате документ, если хватит винта, проводится 4 часа.
Существует два пути решения:
1)оптимизация самого документа (думаю над этим, но вариантов пока нет);
2)оптимизация работы сервера (1С 7.7 работает на MS SQL-сервере 2000). В данный момент выбрана модель восстановления "Simple", без ограничения по объему (ограничивать пробовала - дает ошибку переполнения файла транзакций).
Может у кого-нибудь есть опыт борьбы с журналом транзакций - подскажите.

@BasicMan · 24.06.2009, 10:10

оптимизация SQL-запросов/процедур для проведения документов - самый оптимальный вариант. 1 документ - 4 часа это многоватисто будет (

@Patch · 24.06.2009, 10:22

что-то похожее попадалось.
ограничивать(или отключать) файл транзакций очень нежелательно, при сбое можно потерять часть базы.
проблема, как я понимаю, в создании большого числа транзакций.
можно попробовать оптимизировать запросы к БД.
или настроить создание контрольных точек чаще(не уверен, что будет быстрее работать, но файл транзакций должен существенно уменьшится).
никогда не проверял, в какой момент закрывается транзакция в 1С, но можно попробовать поменять алгоритм записи "операций (более 6000) и по регистрам".
т.е., проходить не "построчно" весь спосок операций по регистрам и т.д.(как обычно делается), а создавать временные таблицы, писать в них все нужные данные, и уже потом, "одним чохом" копировать временные таблицы в регистры и пр.
я когда-то делал так. ускорялась работа раз в 15.
из чего я сделал вывод, что обращение к постоянным таблица в 1C организовано отвратительно.
правда, был не MS SQL-сервер 2000...

@BasicMan · 24.06.2009, 10:29

Не по теме:

и ваще 1С еще тот отстой ((

@Patch · 24.06.2009, 10:53

Сообщение от БурундукЪ

Не по теме:
и ваще 1С еще тот отстой ((

угу.
как среда программирования, еще ничего, но для хранения данных приниципиально не подходит.
полез как-то во внутреннюю механику, так в осадок выпал:
в 1С 7.7 таблицы НЕИНДЕКСИРОВАНЫ.
вот и идет каждый запрос через попу, перебирая все записи, пока нужную не найдет.

@BasicMan · 24.06.2009, 10:59

Не по теме:

Patch, я про хранение данных и говорю. )

Добавлено через 1 минуту 2 секунды

Не по теме:

а cреда программирования чем-то акс напоминает )) и даже квазиБасик встроенный

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

Смолка10

	Журнал транзакций 24.06.2009, 09:56. Показов 5607. Ответов 5 Метки нет (Все метки) Помогите советом! Ситуация следующая: во время проведения документа происходить бешенный рост файла транзакций, который может занять все свободное дисковое пространство. В документе 250 строк(но это не предел), идет подсчет пропорции каждой строки документа от общей суммы по документу. Затем результат записывается в виде операций (более 6000) и по регистрам. В результате документ, если хватит винта, проводится 4 часа. Существует два пути решения: 1)оптимизация самого документа (думаю над этим, но вариантов пока нет); 2)оптимизация работы сервера (1С 7.7 работает на MS SQL-сервере 2000). В данный момент выбрана модель восстановления "Simple", без ограничения по объему (ограничивать пробовала - дает ошибку переполнения файла транзакций). Может у кого-нибудь есть опыт борьбы с журналом транзакций - подскажите.

@BasicMan 19318 / 2626 / 84 Регистрация: 17.02.2009 Сообщений: 30,364
	24.06.2009, 10:10
	оптимизация SQL-запросов/процедур для проведения документов - самый оптимальный вариант. 1 документ - 4 часа это многоватисто будет ( 0

@Patch 2343 / 499 / 22 Регистрация: 01.04.2009 Сообщений: 2,200
	24.06.2009, 10:22
	что-то похожее попадалось. ограничивать(или отключать) файл транзакций очень нежелательно, при сбое можно потерять часть базы. проблема, как я понимаю, в создании большого числа транзакций. можно попробовать оптимизировать запросы к БД. или настроить создание контрольных точек чаще(не уверен, что будет быстрее работать, но файл транзакций должен существенно уменьшится). никогда не проверял, в какой момент закрывается транзакция в 1С, но можно попробовать поменять алгоритм записи "операций (более 6000) и по регистрам". т.е., проходить не "построчно" весь спосок операций по регистрам и т.д.(как обычно делается), а создавать временные таблицы, писать в них все нужные данные, и уже потом, "одним чохом" копировать временные таблицы в регистры и пр. я когда-то делал так. ускорялась работа раз в 15. из чего я сделал вывод, что обращение к постоянным таблица в 1C организовано отвратительно. правда, был не MS SQL-сервер 2000... 1

@BasicMan
	24.06.2009, 10:29
	Не по теме: и ваще 1С еще тот отстой (( 0

@BasicMan 19318 / 2626 / 84 Регистрация: 17.02.2009 Сообщений: 30,364
	24.06.2009, 10:59
	Не по теме: Patch, я про хранение данных и говорю. ) Добавлено через 1 минуту 2 секунды Не по теме: а cреда программирования чем-то акс напоминает )) и даже квазиБасик встроенный 0