ax2012: что за таблица SubLedgerJournalTransferNumberSeqTmp? почему содержит много данных?

[belugin]

Судя по всему, она используется для того, чтобы генерировать номера журналов ГК ( \Classes\SubledgerJournalTransferCommand\generateJournalNumbers ) чтобы можно было потом их вставить одним insert_recordset ом (как, например, тут \Classes\SubledgerJournalTransferCommand\insertGeneralJournalEntryRelated).

По идее можно было бы использовать временную таблицу типа TempDB но почему-то так не сделали - надо выяснить. И похоже очищается она только перед генерацией новой порции - что довольно подозрительно.

[mazzy]

Цитата:

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

И похоже очищается она только перед генерацией новой порции - что довольно подозрительно.

не то чтобы "очищается" удаляются записи "текущего сеанса".
а откуда может возникнуть порядка 100К записей? и как они должны удаляться полностью?

[belugin]

По идее они должны создаваться вначале каждого переноса из субкниги в ГК и удаляться в конце. Но сейчас я вижу, что они создаются в отдельной транзакции.

Так как перенос может осуществляться в отдельном пакетном задании, в случае систематического сбоя, вероятно, он может генерировать там записи снова и снова. Сейчас таблица растет? Насколько последний transferID в этой таблице отличается от последнего transferID в \Data Dictionary\Tables\GeneralJournalEntry?

[mazzy]

Цитата:

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

Так как перенос может осуществляться в отдельном пакетном задании, в случае систематического сбоя, вероятно, он может генерировать там записи снова и снова. Сейчас таблица растет? Насколько последний transferID в этой таблице отличается от последнего transferID в \Data Dictionary\Tables\GeneralJournalEntry?

хороший вопрос. но я пока имею доступ только к бэкапу. узнаю.

transferID - разные. для каждого в среднем по 100 записей. есть и группы по 2-3тыс. записей.


правильно ли я понимаю, что записи остаются только в результате ошибки?
я правильно понимаю, что таблицу можно просто очистить вручную sql-запросом?
а то я что-то засомневался.