МихАлексей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 в конкретный справочник или регистр уложится в несколько десятков строк кода. Или пару сотен - если с рюшечками

МихLast1Cmenпосему опять же предлагаю варант грузить эти справочники по-отдельонсти а потом уже в 1С их "связывать " по уникальным идентификатрам (взять можно из той базы из которой выгружали даные)

связи из старой БД полюбому будут

а что значит связывать в 1С, это заствить 1С сделать для связей GIUD?
Это значит заполнить ссылочное поле конкретным значением (если такое заполнение не обрабатывалось при первичной загрузке)

МихpailЭто значит заполнить ссылочное поле конкретным значением (если такое заполнение не обрабатывалось при первичной загрузке)
так это будет будет сразу.
тогда что такое GUID? и зачем 1С оно нужно?
У всех объектных типов есть такое поле - генерируется системой автоматически при создании экземпляра, является первичным ключом.
Если работать средствами 1С - пользоваться этим значением приходится крайне редко.