Как удалить все проводки?

[mad_pilot]

Сохранить только настройки и справочники........

[mazzy]

ИХМО самый быстрый и простой способ:
1. создать job
2. написать в нем столько строчек "delete_from Table;" сколько таблиц надо удалить
3. проверить
4. запустить.

[mad_pilot]

пропустили одну маааахонькую деталь - перечень таблиц с проводками.........

сделал проще - группа опред. - все кроме Transactions - кажись работает..

[mad_pilot]

вопрос: как исправить такой то баг?

ответ: очень просто:
1) открываешь исходники
2) правишь код
3) сохраняешь
4) компилишь
5) проверяешь

ж))))))))))

[mazzy]

Насчет бага. Чаще быстрее бывает прочесть наконец документацию

Про группы.
Ну... я бы относился к группе определений менее доверчиво.
Согласно best practice, пока TableGroup нигде в ядре не проверяется и не учитывается (разве что для показа таблиц пользователю в критериях оценки). Группы таблиц дело пока сугубо добровольное и держатся на соглашениях.

ИХМО, быстрее будет проверить вручную, чем полагаться на группы. Поскольку и так, и так проверять надо.

[mad_pilot]

что-то нет в документации списка таблов транзакций........

[mazzy]

Нет.
В той же самой Best practice говорится о соглашениях по наименованию таблици прочее... Проводки должны иметь суффикс trans. Это соглашение вроде выполняется.

Но тебе же надо не проводки удалить.
Тебе же надо "Сохранить только настройки и справочники". Так?

Т.е. надо удалять и строки журналов и сами журналы (кстати TableGroup у них = WorksheetHeader), тебе надо удалять заказы и строки заказов, удаленные заказы и удаленные строки заказов, тебе надо удалять SalesParmLine и SalesParmHeader, тебе надо удалять счета-фактуры и накладные строки СФ и строки накладных, а также зарплату сотрудников и промежуточные расчеты, значения бюдетов и ПДДС, промежуточные итоги по бухгалтериии итоги по складу...

В общем, ИХМО, проще не полагаться на автоматику, а смотреть браузером и записывать таблицы, которые ты считаешь нужными в строчки job'а.

В свое время я делал очистку таблиц. Эта обработка может запоминать список таблиц. Но решить удалять/не удалять все равно ты должен сам.

[Wamr]

.. и для ускорения процесса сделать job на SQL и писать там truncate table

[komar]

А что плохого в группах определения? Создаешь группу определения "только настройки", экпортируешь данные - и используешь. Если хочется поизвращаться - можно воспользваться существующей в системе опцией (отображаемой в виде соответствующей "птицы" при создании группы определений), которая торжественно создает группу определений "настройки". Правда, по умолчанию набор таблиц определен разработчиком системы, но что мешает подправить соотв. класс?
Но в целом, легче самому руками создать нужную группу определений, и потом долго ею пользоваться.
Хотя mazzy, как разработчик инструмента очистки таблиц, конечно будет отстаивать вариант с job-ом. Мне такой вариант почему не нравится - потому что номерные серии нужно же потом восстановить (номер же есть у транзакций). Так что вариант с определениями экпорта-импорта бытрее и удобнее.

[Pavel]

Привет,

Цитата:

Изначально опубликовано mad_pilot
Сохранить только настройки и справочники........

Предлагаю к рассмотрению еще один вариант:
1) выполняется экспорт всей базы
2) удаляются из файла лога импорта ненужные таблицы
3) данные импортируются в новую базу

P.S. можно также удалить соответствующие файлы импорта с данными таблиц

С уважением.

[mad_pilot]

Thanks.

Проблема уже решена.
Как раз список "ненужных таблиц" и был главной проблемой
(что можно через импорт я и сам догадался )

в списке очутилось около 45 таблиц
(возможно он неполый, но ведь работает!)

[Pavel]

Предложенный метод не требует от исполнителя опыта программирования в аксапте (хотя знание струдтуры данных необходимо, т.е. назначение таблиц).
Вся работа на уровне текстовых файлов.

[mad_pilot]

предлагаю все это в FAQ.

[Волчара]

А зачем удалять все, удали только те, которые мешают...

[mazzy]

Чтобы закрыть тему.
Чудесный способ предложил Максим Горбунов на этом сайте.
Перенос настроек в новую БД

Я даже повторил его у себя, чтобы не искать каждый раз.
http://axapta.mazzy.ru/hints/cleartable/

[Hamster]

Принцип ясен, все транзакции и журналы сидят в группах
Transaction, WorksheetHeader, WorksheetLine..........

но где гарантия что это правило будут строго соблюдать?

и кстати, чем чревата самовольная смена типа с Main на Transaction?

[mazzy]

пока соблюдали.

ничем не чревата.
изначально похоже разработчики хотели fillrate'ом играться.
Но сейчас группа таблиц физически ни на что не влияет.

[Aethete]

... проще надо быть ....

коннектишься к СУБД .
находишь отношение, в котором оне плодяться и множатся (проводки) ...
и пишешь волшебную команду delete from .....; commit;
)

ха-ха ...

самый глюк в этом случае - СУБД никак не отреагирует (ха-ха) ...
и вообще ... накой нужна СУБД, если она не выполняет своих функций ??!!!

[Pavel]

Да... случай клинический, диагноз поставят функции, выполняющие проверку логической и физической целостности БД, когда хвосты доморощенного удаления обнаружатся.

[Aethete]

ну ...
для того, чтобы хвосты обнаружились необходимо как минимум
определить эти самые связи, или говоря языком СУБД - ограничения или
так называемые "бизнес-правила" ...
но к сажалению эта функция практически полностью переложена на
сервер приложений, так, что с точки зрения БД - все будет нормально ...

... а вот с точки зрения сервера приложений - есстесственно могут возникнуть разного рода глюки ...

... вопрос стоял об удалении проводок ...