МихАлексей2003ссылка - обычные GUID. соответственно можно попробовать ими обойтись. (вопрос уникальности)
я так понял в 1с нужен импорт. а это если просто залить справочники без вообще ссылок - легко. если будут ссылки на другие справочники - будете извращаться.
ссылки (я понял что это связи или отношения между таблицами) будут, это все решим. Если GUID не нужны тогда супер.
Только еще один вопрос, наименование справочника в 1С, как правило на русском, а наименование таблицы в СУБД - на латинском?? и как оно??

выгрузка базы автозапчастей.

50 000 000 - это связь запчасть - автомобиль, т.е. в какую авто можно вставить запасть и наоборот какие запчасти в автомобиле, ну там много вообще таблиц

экспортируемая база хранится в TranceBase. если интересно то все тут TecDoc
Для такой загрузки лучше применить комбинированный подход: часть данных загружать средствами 1С, часть - внешними средствами.

1. Сущности ( автомобили и запчасти) - для 1С справочники. Вряд ли их размерность - миллионы записей.
Эти данные загружать в 1с из внешней базы её же (1С) средствами. Никаких заморочек с генерацией GUID для элементов справочников, а также с заполнением всех необходимых полей не понадобится (хотя и это реализуемо).
2. Связи автомобиль-запчасть - регистр сведений (или несколько регистров для разных типов связей). Собственных идентификаторов его записи не имеют. Здесь как раз речь и идет о больших объемах данных, и эту часть задачи лучше решить внешними и более быстрыми средствами.
Выгрузив для них опорные справочники с гуидами в текст.файл, или предоставить им ("средствам загрузки ") самим читать данные из таблиц справочников 1С в SQL-базе

PS некоторый собственный опыт имеется - работает прямая загрузка данных в документы, несколько млн. строк ежедневно, правда,не в Postgres, а в MS-SQL.
Загрузчик реализован как обработка 1С, в ней создаются заголовки документов, GUID и параметры которых передаются внешней утилите для заполнения табличной части. Та быстро генерирует файл в формате дампа, который штатной bcp поднимается в базу.

МихДа уж всем огромное человеческое спасибо

буду импортировать стандартными средствами 1С, длинные csv-файлы резать на части


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

Михpail
1. Сущности ( автомобили и запчасти) - для 1С справочники. Вряд ли их размерность - миллионы записей.
Эти данные загружать в 1с из внешней базы её же (1С) средствами. Никаких заморочек с генерацией GUID для элементов справочников, а также с заполнением всех необходимых полей не понадобится (хотя и это реализуемо).

авто - 50 000
запчасти - 2 500 000

А стандартными средствами тяжело будет 1 милион загнать?

Не знаю, что такое "стандартные" средства. Я имел в виду простую обработку на встроенном языке 1С, написанную специально под формат входных файлов.

МихpailНе знаю, что такое "стандартные" средства. Я имел в виду простую обработку на встроенном языке 1С, написанную специально под формат входных файлов.

К сожелению я тоже не знаю, просто в общем думал что в 1С должны быть какие то средства импорта?


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

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