Просто никак не могу понять. Зачем делать так? Выходит, что у меня есть три базы с одной и той же конфой. Но имена таблиц\имён разные. Не удобно же.

(0) и скорее минус не в генерации имен, а в том, что они не вшиваются в конфу так, чтобы в рамках одной конфы имена совпадали

(1) имена совпадают

(1) А зачем?

(2), нет

(3), приходится копаться в базах. Постоянно сопоставляю таблицы\поля

Зачем ты лезешь в 1С в обход лицензии и обижаешся, что это неудобно?

(4) Напиши обработку которая бы подправляла запросы для MS SQL

Призываю рассуждать не абстрактно :)

(7), вопрос не в том, как с этим жить, а в том, зачем это было вообще так сделано

(5) Так, нарушение лицензии... Или 1С сменила текст соглашения?

(9) А зачем лишнюю информацию хранить в конфигурации?

(9) а чтоб такие как ты не лазили в СУБД грязными руками

(0) Режим "прямого доступа к данных" в 1С не приветствуется. Оно и понятно: умельцы быстро "наваяют механизЬму" работы с данными. И не будет смысла покупать лицензии.

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

(14), не. у двух развернутых баз с одной и той же конфой разные имена таблиц и полей

(15) На функциональность это не сказывается. Зачем эту информацию где-то хранить?

(15) Поделись опытом как ты этого добился вопреки методологии 1С.

(17), добиться чего?

(17) накатывал изменения в разном порядке.

(17) Предполагаю что конфы не совсем одинаковые. Возможно просто в списке метаданных изменен порядок объектов. По функционалу они одинаковые, а по данным - разные.

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

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

(22) Если хранилище старое то могут. Был такой глюк. Не знаю исправили или нет.

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

(23), не, не старое. Но если такой глюк бывает... А как можно точно определить идентичность конфигурации? Обычное сравнение покажет или надо в файлики распаковывать?

Попробуй провести эксперимент. Выгрузи конфигурацию и загрузи эту конфигурацию в 2 базы с нуля, и проверь, скорее всего совпадать будут на 100%

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

они наверно еще при реструктуризации таблиц имена меняют

если базы с 0 поднимать из cf то имена не будут совпадать

зачем 1с вообще гененрит имена? чтоб ренэйм не делать, когда переименуешь таблицу или поле.
Хотя конечно все идет с dbf 77 где на имя строго определенное количество символов

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

(28) Нет.
(29) Нет.

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

(ради прикола своеобразный опрос :)

ЗУП 2.5 у вас есть? Надеюсь есть. Тогда создайте внешнюю обработку с простеньким алгоритмом и запустите в своей базе.

    ЧтоИщу = "Документ.НачислениеЗарплатыРаботникамОрганизаций";
    СтруктураХранения = ПолучитьСтруктуруХраненияБазыДанных(,Истина);
    Состояние("Ищу...");
    Для Каждого Таблица Из СтруктураХранения Цикл
        Если Найти(Таблица.Метаданные, ЧтоИщу) Тогда
            Сообщить(Таблица.Метаданные + "(" + Таблица.Назначение + ") " + Таблица.ИмяТаблицыХранения);
        КонецЕсли;
    КонецЦикла;    
    Возврат;

В моей базе ЗУПа вот так (первая строка может отсутствовать):

Документ.НачислениеЗарплатыРаботникамОрганизаций(РегистрацияИзменений) _DocumentChngR2545
Документ.НачислениеЗарплатыРаботникамОрганизаций(Основная) _Document147
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.Начисления(ТабличнаяЧасть) _Document147_VT2413
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.ДополнительныеНачисления(ТабличнаяЧасть) _Document147_VT2447
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.ДоговорыНаВыполнениеРабот(ТабличнаяЧасть) _Document147_VT2474
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.Удержания(ТабличнаяЧасть) _Document147_VT2492
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.НДФЛ(ТабличнаяЧасть) _Document147_VT2513
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.ПогашениеЗаймов(ТабличнаяЧасть) _Document147_VT2529
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.ФизическиеЛица(ТабличнаяЧасть) _Document147_VT7076
Документ.НачислениеЗарплатыРаботникамОрганизаций.ТабличнаяЧасть.ДатыВыплаты(ТабличнаяЧасть) _Document147_VT11472

Цель мини-опроса - выявить факт расхождения в именах таблиц SQL для типового документа типовой конфигурации. Что положит конец спорам (надеюсь).

за более 10 летний срок существования 1с8 эта тема обсуждалась десятки раз. в поиск.

(9) "..зачем это было вообще так сделано.." - просмотрите запись dbnames таблицы params. может станет понятнее

(0) Нафига тебе лазить в sql напрямую?
Если уж совсем прижало то всегда можешь получить от платформы метаданные в SQL, с соответствием метаданных 1С и таблиц SQL. Есть же методы в платформе для этого.