Доброго дня.
Вопрос возник - возможно ли создать для своей базы уникальный ID имеющий определенную структуру?
Как пример - есть несколько таблиц в базе, допустим: винты, гайки и шайбы
В каждой есть собственный счетчик, каждой присвоим допустим свой уникальный код AAA, BBB, CCC
Хочется сделать сквозную нумерацию деталей в базе путем задания уникального для всей базы индекса, при чем имеющего определенный формат - фиксированное число букв и цифр
С буквами то проблем нет, а вот с числами...
Пытался сделать вычисляемое поле по типу : : "AAA" & [Счетчик], но не знаю как заставить число выводиться с определенным количеством цифр, типа :
AAA00001
AAA00002
....
AAA01234

в вычисляемое поле функция Format () не лезет

Есть ли возможность сгородить такой ID?

Так я ж собственно это и делал, и выше слово в слово описал:

авторПытался сделать вычисляемое поле по типу : : "AAA" & [Счетчик], но не знаю как заставить число выводиться с определенным количеством цифр

На выходе получаю
AAA1
AAA2
...

Вместо собственно то ради чего и тему создавал

AAA00001
AAA00002
....
AAA01234

Мне он собственно и как ключ не нужен - ключем в своей собственной таблице ее собственный счетчик и работает.
Но вот при выводе данных, допустим в ведомость покупных, хотелось бы иметь такой однозначный код детали во всей базе.
Или же это даст возможность создать общую таблицу деталей в базе с этим ID
Что то типа так:

Во проблема...


Ну или совсем по-простому - установить в таблице формат для поля счётчика как 000000 (сколько надо цифр - столько нулей, кавычками не обрамлять).[/quot]

Вот спасибо, мил человек.
Первый вариант сработал :)

"AAA" & Right(String(5;"0") & [Код];5)

Второй вариант не подходит ибо он будет работать только на поле Счетчик - при сцепке его с другим полем (строкой) все равно будем получать ААА1

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

Функции Format даже нету в списке встроенных функций в построителе. Она насколько я знаю работает только в VBA

Такая схема идет только как здесь и нарисовано для линейных моделей

деталь-сборка-изделие

а вот если еще добавить уровень сборок - то есть в одну сборку входят другие сборки (+детали), эта линейная схема уже не канает,
при этом количество уровней заранее неизвестно - там уже включается рекурсия
То что я привел - это просто справочник деталей, из которого планируется дергать детали
А в самой базе тоже все просто
одна таблица - сборки , в которой перечислены все сборки или же номерные детали, и вторая таблица взаимоотношения - что куда входит.
Зачем плодить сущности и усложнять ..
Ну как минимум на данном этапе моя задача накрывается

авторИнтересно на сколько это востребовано и оправдано (чтоб у винтов и гаек были свои счетчики)

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

Так изначальный вопрос же темы был простой ;)
авторсоздать для своей базы уникальный ID
Но тут понеслась душа в рай ;) Видать больную тему затронули ;)
З.Ы. А ссылочку на тему можно? ;)