Доброго праздничного времени суток!
Вопрос несколько странноватый, но сегодня-же праздник, прошу сделать на это скидку и ответить серьезно.
Я подразделяю каталоги БД 1С по их назначению, и называю их по английски, чтобы в случае работы из под ПО не понимающего кириллицу не было проблем с идентификацией. Например Data1CCurrentPeriods (или Data1CCP), Data1CPreviousPeriods (или Data1CPP), Data1CCopyCurrentPeriods (или Data1CCCP).
А как назвать каталог, в которых располагаются копии БД, где я занимаюсь модификациями БД, с целью их дальнейшего внедрения в БД с которыми работают пользователи? Data1CDevelopment ? или есть более корректное определение этого процесса?

data1cGarbageProductioning

DataShitCollecting

TestCatalog

Scripta iaculeris

Modding\Data1CCurrentPeriods

DataPenetration

кстати разработку рекомендуется вести в серверных базах (по причине нюансов клиент серверных)

для себя я проблему решаю так, и на сервере и в скуле обзываю базы так

Buh_work - рабочая
Buh_t1 - тестовая 1
Buh_t2 - тестовая 2

Trash

Куда подевались апологеты хранилища?

(9)а что это?

Я бы проще разделил. Сделал бы три "места хранения": один для работы (все текущие базы). Один для разработки (может располагаться на другом сервере). И каталоги баз прошлого периода (здесь будут лежать всяческие PreviousPeriods, CopyCurrentPeriods и т.п).

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

Разделение на PreviousPeriods и CopyCurrentPeriods считаю излишним.

+11 Английской трактовкой не стал бы заморачиваться. Мы не в каменном веке. Все нормальные проги понимают кириллицу.

(11)тогда наверное лучше Data1CWithDailyBackup, Data1CWithManualBackup, Data1CWithoutBackup. а уже внутри подразделять на подкатегории - PreviousPeriods, CopyCurrentPeriods и т.д. ?

+(13)еще Data1CWithMonthlyBackup

Так самое же простое Shabloons то бишь Шаблоны - их готовят, чтобы потом они стали реальными базами.

А для BackUp-ов, вообще-то, есть сборка даты-времени в виде дд-мм-гггг_чч-мм-сс, что позволяет вообще всё хранить в одной директории.
И, самое главное, что цифры вообще от языка не зависят.

(0) Data1CDevelopment - плохое название , ибо помимо ПО не понимающего кириллицу , где-то существует ПО не понимающее длинные имена файлов.

(0)
Какое современное ПО не понимает кириллицу?

(17) :-)

(18) В именах файлов? Даже в винде легко может встретиться какое-нить консольное приложение без поддержки. Не говоря уже о нерусифицированном линухе.

(13) Нет. Раз уж сложно отказаться от буржуйских названий, то как-то так:

dbase - рабочие базы.
dbase_old - старые базы и копии текущих
dbase_developer  - базы данных разработчиков.

Допустим, есть утвержденный план создания резервных копий. Допустим, рабочие базы должны бэкапиться два раза в сутки. Все Олды - раз в неделю. Базы разработчиков - на усмотрение. Если разработки частые и критичные - ежедневная копия. Если не частые - раз в неделю. Или вообще без копий (такой вариант тоже рассматривается).

Разделять на виды: Data1CWithDailyBackup и т.п нет смысла. Потому как, если нужно поменять график создания копий нужно будет менять имена папок. А это лишнее и никому не нужное телодвижение.

Внутри каталоги можно разделять либо по юр.лицам, либо по видам конфигураций. Например, УТ_КолхозКрасныйЛапотьООО, БП_ВасяПупкинИП и т.п.  Для копий и баз разработчиков можно добавить дату базы, к примеру, УТ_КолхозКрасныйЛапотьООО_2015-02-23 - копия базы данных УТ по юр.лицу Колхоз Красный Лапоть на дату 23 февраля 2015 года.

(18) Какие-нибудь консольные скрипты могут путаться с кодовой страницей

Понятиями CurrentPeriods лучше не разбрасываться. Потому как, то что сегодня CurrentPeriods, завтра уже PreviousPeriods.

Для разработчиков можно разделять по виду конфигурации и ФИО разработчика (если разработчиков несколько): УТ_КолхозКрасныйЛапотьООО_ИвановИИ.

По поводу прог, которые не понимают кириллицу и длинные имена файлов.  Смело их удалять!!! Нахрен они нужны, если они изначально ограничивают???  Найти сейчас альтернативу - вопрос 3х минут (поиск в инете с перекуром и чаем).

(20) Можно пример какого нибудь консольного приложения , которое легко встретить в винде и которое не понимает русского? На всякий случай - файловая система винды (НТФС) в уникоде хранит имена.

(26) Насчет "легко" я явно погорячился. Чем дальше, тем меньше вероятность напороться на такое гамно мамонта.

(27) Вообще говоря, она уже сейчас ничтожно мала. Неправильную настройку софта в счёт не берём.

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

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

Temp

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

Кастомизация

Working, Editing, Creative, MakingUp, Producing, Art, Fantasy, Ideas, Experiments, Sandbox, Kitchen, Bugpool, Trying, Attempts, Utube, Fun

Looking

(34) ты победил

разработка - develope

"Геноцид информационной базы" был?

BaseNew
BaseNew2
BaseNew3

когда забываешь то что в BaseNew загружаешь туда

(38) у меня просто 1, 2, 3. Но постоянно путаюсь.