С Id или без Id?

[mazzy]

Цитата:

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

На самом деле при восстановлении вам все равно придется в версии что-то менять(типа различный параметры интеграции и прочее).

не надо менять.
"параметры интеграции и прочее" надо вынести за аксапту в конфигурационные файлы, которые не будут копироваться
https://github.com/mazzy-ax/SysConfigFile

Цитата:

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

Для актуализации ID можно использовать вот такой джоб - если данные АХ отличаются от таблицы SQLDictionary, он корректирует таблицу.

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

в общем, подходы разные.

[trud]

Цитата:

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

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

Интерестно. но я что-то не понял идеи, откуда этот файл возьмется к примеру на новом АОСе. И как гарантируется что у одного окружения(к примеру прод - 3 аоса) будут одинаковые файлы?

[mazzy]

Цитата:

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

откуда этот файл возьмется к примеру на новом АОСе.

а откуда берется новый АОС?
кто-то его устанавливает. в рамках установки должен появиться и новый конфигурационный файл.

Цитата:

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

И как гарантируется что у одного окружения(к примеру прод - 3 аоса) будут одинаковые файлы?

О.... это отличный вопрос. Сколько копий было сломано при обсуждении...

Наводящий вопрос - есть ли что-нибудь общее у одного окружения с кластером АОСов?
Ответ - по идее, каталог Application.
Поэтому дефолтное расположение конфиг-файлов - %Appl%\Config

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

Тогда нужно обеспечивать единость или синхронизировать конфигов руками (как и Application-каталоги).

Поэтому: сам класс SysConfigFile НЕ занимается этим вопросом, оставляя на откуп архитекторам проекта. Однако по умолчанию используется %Appl%\Config, который в нормальном окружении должен быть единым для разных АОСов

[trud]

Цитата:

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

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

Если вводить такое условие - почему бы просто не использовать метод в АХ, который в зав-ти от имени аоса вернет все параметры в нужном виде. При добавлении аоса просто менять этот метод

Цитата:

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

Поэтому дефолтное расположение конфиг-файлов - %Appl%\Config

В 2012 вроде кластер - это же настройка в форме, т.е. аосы друг друга не видят с точки зрения файловой системы. Почему не база? хотя это тоже наверное обсуждалось

[mazzy]

наверное стоит выделить в отдельную ветку mazzy: Опубликовал проект SysConfigFile 2.0

Цитата:

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

Если вводить такое условие - почему бы просто не использовать метод в АХ, который в зав-ти от имени аоса вернет все параметры в нужном виде. При добавлении аоса просто менять этот метод

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

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

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

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

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

Цитата:

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

Почему не база? хотя это тоже наверное обсуждалось

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