Как почистить данные после удаления компании

[Vasiliy Petrovich]

Удалил лишние компании (Legal Entities) из демо данных от 2012, но всё равно база жирная
похоже, что данные в общих таблицах (которые без DataAreaId) остались какие-то
можно определить, какие уже не используются и удалить их?

[mazzy]

1.
= SQL Management Studio
= ставите курсор на вашу базу
= правая кнопка мыши
= отчеты
= top tables by disk space (или как-то так называется)

отчет покажет, какие таблицы еще содержат записи и занимают дисковое пространство

2.
удаление данных из таблиц вовсе не означает автоматического сокращения базы данных
в демо по-моему autoshrink выключен
= SQL Management Studio
= ставите курсор на вашу базу
= правая кнопка мыши
= task
= shrink data

[Vasiliy Petrovich]

я про другое спрашивал
про то, как удалить неиспользуемые записи в обших таблицах, например, таблицы DimensionAttribute*

[Vasiliy Petrovich]

отчет по жирным таблицам показал как раз на такие таблицы (общие, т.е. SaveDataPerCompany = No)
например SourceDocumentLine, DimensionFocusBalance, и др
мне кажется, что в них осталось много ненужных записей (после удаления компаний), вот их я и хочу удалить

[Ivanhoe]

Общего механизма нет. Можно писать джобы, анализировать связи, но это большая задача. Лучше с другой стороны подойти, решить задачу по-другому. А в чем задача то?

[Vasiliy Petrovich]

Задача - получить настроенную демо базу, готовую к работе, при этом небольшого размера. И желательно без "мусорных" записей
Я думал взять одну компанию (например, USMF) из демо виртуалки
Еще есть вторая задача - получить ту же компанию, но без транзакций. Сейчас я просто удаляю транзакции с помощью класса SysDatabaseTransDelete
Думал, что проще будет вырвать кусок из существующей демо-базы, чем с нуля настраивать.

помню, что старые добрые "группы определений" плохо работали с 2012
но может, стоит их еще попробовать, хотя бы для решения задачи 2

[sukhanchik]

Цитата:

Сообщение от Vasiliy Petrovich

Задача - получить настроенную демо базу, готовую к работе, при этом небольшого размера.

Хорошая задача. Правильная. Но выбранное решение - неправильное. Точнее не то, чтобы неправильное - а неоптимальное с т.з. потраченного времени.

Гораздо быстрее создать базу "с нуля" и наполнить ее необходимыми данными, нежели затирать существующие данные. Обычно базу "с нуля" боятся создавать, т.к. "неизвестно, какие настройки потрутся и что при этом поломается". Но при этом все почему-то забывают о том, что удаление данных несет в себе похожий риск - "останутся какие-нибудь мусорные данные и что-то при этом поломается".

Когда Вы базу создаете "с нуля", то у Вас есть 100%-я уверенность, что если чего-то где-то не работает - значит у Вас там чего-то не настроено. А не то, что данные как бы есть, но непонятно, почему система их не воспринимает.

Учитывая, что Ваша цель - создать минимальную демо-базу, то много вводить данных Вам не придется. В крайнем случае - запустите 2 базы - демо от Микрософта и свою и будете руками переносить настройки, пропуская при этом через мозг их необходимость и снабжая их (возможно) какими-то комментариями. Ну и конечно в голове отложатся те данные, которые Вы заводили. А по времени... можете проверить - "засечь" и сравнить. Скажем так... я лично пробовал оба варианта - и остановился на наполнении базы "с нуля".

Не... какие-то вещи вполне можно группами определения перенести. Те же налоговые коды или план счетов. Но это единичные случаи

[mazzy]

Цитата:

Сообщение от Vasiliy Petrovich

Задача - получить настроенную демо базу, готовую к работе, при этом небольшого размера.

сейчас аксапты под рукой нет, но суть такая:

у таблиц есть свойство base data
для таблиц, которые содержат настроечные данные, там должно быть свойств base дата
а для таблиц, которые содержат демоданные (примеры клиентов/поставщиков, заказы), должно быть свойство demo-data

далее в меню \ администрирование \ периодические операции \ .. \ выгрузка базовых данных (или что-то подобное)

выгружало только те таблицы, которые содержат таблицы с нужными свойствами.

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

Цитата:

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

Хорошая задача. Правильная. Но выбранное решение - неправильное.

угу.

Цитата:

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

Гораздо быстрее создать базу "с нуля" и наполнить ее необходимыми данными, нежели затирать существующие данные.

Не.
Как правило, это не разовая задача. а периодическая.
установил параметр, разнес пару-тройку чего-нибудь, посмотрел на результат - поправил параметр
выгрузил в демобазу

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

==============
Vasiliy Petrovich, правильная задача. правильным путем идете. хоть еще и не дошли до логического конца - увело вас в технические дебри.

на форуме спросите сначала что хотите решить.
скорее всего, вам предложат более естественный путь.

итак, есть способы для получения демобазы:
1. свойство таблицы + выгрузка базовых данных
2. создание собственной группы выгрузки/загрузки (включите таблицы вручную) + выгружайте ваши таблицы + создайте отдельную группы, которая хранит таблицы с определениями групп (!)

=======================
теперь смотрите где логический конец у задачи "получить настроенную демо базу"
это не создавать демобазу, а взять готовую!

майкрософт вот уже пару лет выпускает полностью настроенные демобазы для Аксапт на виртуальных машинах. в этих демобазах настроены все модули, все службы, все связи между частями аксапты. там есть и порталы, и ms project, и outlook, и link...

для демобаз есть "легенда", описывающая что там происходит. есть демоскрипты, в которых в таблице расписано куда глядеть, на что нажимать и что при этом проговаривать при показе. для демобаз есть вебкасты и ролики... в стандартной демобазе есть несколько разных компаний (в том числе российские). в общем, масса материала.

Стандартная демобаза постоянно развивается и дополняется. Внимание! не заменяется. Поэтому у основных записей recid не меняются от версии к версии демобазы.

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

скорее всего, вы захотите чуть дополнить (!) своими данными стандартную демобазу. ВНИМАНИЕ! не заменить! не пересоздать, а дополнить! Например, мы в GMCS для показа модуля Retail всегда добавляли русские описания и наименования номенклатурам, категориям и прочему, где их не было.

сохранить ваши дополнения можно при помощи стандартной выгрузки/загрузки данных (создайте группу, в которую включите свои таблицы). На худой конец, можно создать job, который будет добавлять записи в демобазу, ориентируясь на постоянные recid.

=====================
В общем, если цель действительно "получить настроенную демо базу, готовую к работе, при этом небольшого размера" для эксплуатации в группе консультантов - используйте стандартную демобазу. это очень небольшая база. + ваши консультанты будут готовы показать любой модуль, любой функционал системы.

Если же цель не только "получить настроенную демо базу", но и "изучить систему", вот тогда - да... тогда создавайте с нуля. вы получите гораздо меньший по функционалу результат, вы получите гораздо худший по возможностям показа результат, ваш результат не смогут использовать другие даже для показа того минимума, который вы настроили (потому что ни фига не описано и не понятно). Но зато вы очень хорошо изучите систему.

[Vasiliy Petrovich]

А если создать группу определений, ну и включить в нее все таблицы кроме Trasactions/Line/Header, WorksheetLine/Header, то экспорт/импорт сработает?

[mazzy]

Цитата:

Сообщение от Vasiliy Petrovich

А если создать группу определений, ну и включить в нее все таблицы кроме Trasactions/Line/Header, WorksheetLine/Header, то экспорт/импорт сработает?

сработает. но править руками список таблиц все равно придется.
к сожалению, на свойства TableGroup и BaseData современные разработчики забили. Возможно, в силу своей необразованности. Раньше эти свойства были "странными" только для российских таблиц, теперь в 2012 во всех модулях какая-то жопа в этих свойствах.

[KiselevSA]

Наибольший объем в демо данных, не касающиеся настроек определенной компании, занимают DirPartyTable с наследниками, а также LogisticsLocation и LogisticsPostalAdress. Т.е., чтобы "уменьшить" размер базы, можно удалить все записи с использованием DirPartyView, на которые нет ссылок на записи в "нашей" компании. При этом, по идее, должны каскадом удалиться записи в Logistics*.
Еще одна задача по удалению "мусора" - очистка финансовых аналитик. Здесь все сложнее, но чтобы не сильно заморачиваться, я предлагаю оттранкейтить все таблицы DimensionAttributeValue*, а потом повторно активировать структуры счетов, которые используются для тестовой компании.

[mazzy]

Цитата:

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

можно удалить все записи с использованием DirPartyView, на которые нет ссылок на записи в "нашей" компании.

опасно.
в ритейле какой-то альтернативно одаренный запроектировал связь сотрудника и магазина по dirParty. не факт, что в других местах такого нет.

[Vasiliy Petrovich]

Решил пойти другим путем - настроить процессинг группы в DIXF и выгрузить нужные настройки в иксель, а потом в чистую базу загрузаить.
Но столкнулся с другой проблемой - Ошибка DIXF на демо-виртуалке
Кто-нибудь пытался так делать?
в чем загвоздка?

[Vasiliy Petrovich]

Кстати, в Ledger Accounts я не силен, кто может подсказать, какие ентити нужны в ГК? (т.е. минимальные сущности, которые надо настроить в главной книге, чтобы, например, трейд работал, и можео было закупки/заказы разносить)