|
![]() |
#1 |
Участник
|
Задача - получить настроенную демо базу, готовую к работе, при этом небольшого размера. И желательно без "мусорных" записей
Я думал взять одну компанию (например, USMF) из демо виртуалки Еще есть вторая задача - получить ту же компанию, но без транзакций. Сейчас я просто удаляю транзакции с помощью класса SysDatabaseTransDelete Думал, что проще будет вырвать кусок из существующей демо-базы, чем с нуля настраивать. помню, что старые добрые "группы определений" плохо работали с 2012 но может, стоит их еще попробовать, хотя бы для решения задачи 2 Последний раз редактировалось Vasiliy Petrovich; 26.06.2015 в 22:56. |
|
![]() |
#2 |
Administrator
|
Цитата:
Гораздо быстрее создать базу "с нуля" и наполнить ее необходимыми данными, нежели затирать существующие данные. Обычно базу "с нуля" боятся создавать, т.к. "неизвестно, какие настройки потрутся и что при этом поломается". Но при этом все почему-то забывают о том, что удаление данных несет в себе похожий риск - "останутся какие-нибудь мусорные данные и что-то при этом поломается". Когда Вы базу создаете "с нуля", то у Вас есть 100%-я уверенность, что если чего-то где-то не работает - значит у Вас там чего-то не настроено. А не то, что данные как бы есть, но непонятно, почему система их не воспринимает. Учитывая, что Ваша цель - создать минимальную демо-базу, то много вводить данных Вам не придется. В крайнем случае - запустите 2 базы - демо от Микрософта и свою и будете руками переносить настройки, пропуская при этом через мозг их необходимость и снабжая их (возможно) какими-то комментариями. Ну и конечно в голове отложатся те данные, которые Вы заводили. А по времени... можете проверить - "засечь" и сравнить. Скажем так... я лично пробовал оба варианта - и остановился на наполнении базы "с нуля". Не... какие-то вещи вполне можно группами определения перенести. Те же налоговые коды или план счетов. Но это единичные случаи
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#3 |
Участник
|
Цитата:
у таблиц есть свойство base data для таблиц, которые содержат настроечные данные, там должно быть свойств base дата а для таблиц, которые содержат демоданные (примеры клиентов/поставщиков, заказы), должно быть свойство demo-data далее в меню \ администрирование \ периодические операции \ .. \ выгрузка базовых данных (или что-то подобное) выгружало только те таблицы, которые содержат таблицы с нужными свойствами. примерно так. не помню осталось ли это в 2012. но поищите по форуму - обсуждалось. я когда то даже писал российские таблицы, для которых наши локализаторы забыли поставить свойство и стоило поставить вручную. угу. Цитата:
Как правило, это не разовая задача. а периодическая. установил параметр, разнес пару-тройку чего-нибудь, посмотрел на результат - поправил параметр выгрузил в демобазу через некоторое время снова поправил параметр, снова выгрузил демобазу создавать вручную - рехнуться можно. особенно, если настроено несколько модулей для разных показов. ============== Vasiliy Petrovich, правильная задача. правильным путем идете. хоть еще и не дошли до логического конца - увело вас в технические дебри. на форуме спросите сначала что хотите решить. скорее всего, вам предложат более естественный путь. итак, есть способы для получения демобазы: 1. свойство таблицы + выгрузка базовых данных 2. создание собственной группы выгрузки/загрузки (включите таблицы вручную) + выгружайте ваши таблицы + создайте отдельную группы, которая хранит таблицы с определениями групп (!) ======================= теперь смотрите где логический конец у задачи "получить настроенную демо базу" это не создавать демобазу, а взять готовую! майкрософт вот уже пару лет выпускает полностью настроенные демобазы для Аксапт на виртуальных машинах. в этих демобазах настроены все модули, все службы, все связи между частями аксапты. там есть и порталы, и ms project, и outlook, и link... для демобаз есть "легенда", описывающая что там происходит. есть демоскрипты, в которых в таблице расписано куда глядеть, на что нажимать и что при этом проговаривать при показе. для демобаз есть вебкасты и ролики... в стандартной демобазе есть несколько разных компаний (в том числе российские). в общем, масса материала. Стандартная демобаза постоянно развивается и дополняется. Внимание! не заменяется. Поэтому у основных записей recid не меняются от версии к версии демобазы. ваша задача - один раз изучить что дается в стандартной демобазе и показывать ее. вы и ваши консультанты сразу получат огромную методическую поддержку по всем модулям. скорее всего, вы захотите чуть дополнить (!) своими данными стандартную демобазу. ВНИМАНИЕ! не заменить! не пересоздать, а дополнить! Например, мы в GMCS для показа модуля Retail всегда добавляли русские описания и наименования номенклатурам, категориям и прочему, где их не было. сохранить ваши дополнения можно при помощи стандартной выгрузки/загрузки данных (создайте группу, в которую включите свои таблицы). На худой конец, можно создать job, который будет добавлять записи в демобазу, ориентируясь на постоянные recid. ===================== В общем, если цель действительно "получить настроенную демо базу, готовую к работе, при этом небольшого размера" для эксплуатации в группе консультантов - используйте стандартную демобазу. это очень небольшая база. + ваши консультанты будут готовы показать любой модуль, любой функционал системы. Если же цель не только "получить настроенную демо базу", но и "изучить систему", вот тогда - да... тогда создавайте с нуля. вы получите гораздо меньший по функционалу результат, вы получите гораздо худший по возможностям показа результат, ваш результат не смогут использовать другие даже для показа того минимума, который вы настроили (потому что ни фига не описано и не понятно). Но зато вы очень хорошо изучите систему. Последний раз редактировалось mazzy; 27.06.2015 в 09:51. |
|
|
За это сообщение автора поблагодарили: sukhanchik (4), gl00mie (3). |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|