Имеется несколько баз данных 1с. Все в формате SQL. Информация о них хранится в отдельной общей SQL базе. Как однозначно идентифицировать эти базы с тем чтобы обращаясь к общей SQL находить именно "себя" - свою базу данных?
Гуид подходит, но на базу кажется его нет?
Можно "порыться" в возможностях SQL, но базы могут быть перенесены с одного сервера на другой и тогда вероятно эта уникальность изменится. Да и базы могут быть размещены на нескольких sql серверах.

мутный поток сознания

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

Несколько баз 1С в одной базе SQL??? Как? И самое главное - НАФИГА???
Выгрузите все через конфигуратор и загрузите в отдельные базы скула. Мир станет лучше.

(3) Спокойно тут все проще.
(1) Подключаясь из базы 1с к общей базе нужно найти себя(базу) и прочитать общие данные о этой базе: например ответственный ну или еще что-нибудь. Сами данные небольшие.

2(4) у базы 1С УИД есть, да. Но он может поменяться, а база в СУБД останется как и была.

(5) Как его получить? Почему он может поменяться?

(5) Поскажи плиз

(2) Идея неплохая. Во всяком случае можно это проделать один раз и записать в свойства базы 1с.

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

2(6,7) Всем известно как
http://screencast.com/t/EhGKwlibbh
читать ИТС "размещение данные"

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

(10) Как получить на клиенте? Похоже метод не надежный.

Тем более не надежный :(

Да я вообще считаю это ересью. (то что вы пытаетесь сделать)
Нет надежного.

Базу в MS SQL легко идентифицировать по имени. Но сиквел, - проблемно. А если учесть, что работаем через сервер приложений, то необходимо идентифицировать сервер приложений. А если про кластер вспомнить... - та ну его на ...

А задача даже очень проста: как не путать копии

Есть метод глобального контекста СтрокаСоедниенияСБазой.

(17) Не катит. У тебя 100 компов. На некоторых из них по IP прописано.

И еще смотреть (40) и (41) v8: v8: Имя SQL базы
(18) не у меня а у тебя.

или например (8) из v8: Файловый или серверный вариант базы
хотя тоже ересь, но оригинально и просто

и еще есть ПолучитьНавигационнуюСсылкуИнформационнойБазы()

Теоритически - надо капать в wma. Правда практически я пока этого не делал. Могу и ошибаться. Волшебники молчат?

wma? разве оно работает в Линуксе?

(23) 100 пудов, - там др методы. И + еще один гайморит :)

Тема оказывается давно мусолится.

v8: Как определить GUID БД в 1С
v8: Уникальный код базы
v8: Уникальный id инф. базы (8.2)

в таблице dbo.Params нашел поле log.inf оно в разных базах вроде разное.
Во всяком случае в которых смотрел.
И дата создания довольно старая. Т.е. смахивает на время создания базы.
Где бы еще накопать пояснения по этому полю - что это?

(25) если я понимаю средствами скуля копию - то это одна и таже база или две разных?

вообще варианта только два
один - это читать таблицы базы мастерс
другой - использовать гуид кластера 1с

(25) поле log.inf у разных баз разное. Но если одну базу SQL скопировал в другую то поле log.inf совпадает. Получается нужно действительно из мастер-базы имена брать.

27 для(26)

(27) я - бы по другому вопрос поставил, что первично "кластер 1с" или "сервер SQL"

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

по этому у данной задачи нет единственного  решения :) каждый выбирает для себя!

(29) На кластер 1с видимо нельзя опираться: в sql будет база Db_Test. А в кластере можно создать базу Test, Затем удалить и создать новую Test_Db, затем снова удалить и создать DbTest. Все это будет одна и таже база sql Db_Test.
Хотя конечно это тоже спорно.
Во всяком случае спасибо за идеи.

(30) нет, это будет разные базы содержащие одни и те-же данные

есть еще одно мнение - это разделение по "автоматизации"

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

на мой взгляд правильно делать привязку кластер+скуль

(31) Да, подходит. Моя задача - как раз работает через регламентное задние.