MaestroEvНx€Ѕд)џJҐMЕЊ cM4
Жесть.
попробуй тип поля Charaster (binary) поставить.

MaestroEvСтроковые записи - код записи - голову оторвать..
А как иначе? Нумерик? Чтобы всегда рос? А если таблицам по 15 лет? При вводе новой записи искать дырки? На это уйдет куча ресурсов если таблиц более 100...
А если код уникален на 10 серверах.. то составной индекс?
Все зависит от задачи. У тебя походу GUID в строке хранится. Он тоже 16 байт. Просто для читабельности его при выводе в 16-ричный вид преобразовывают. В фоксе под него нет специального типа, вот и хранят в строке, только такие строки надо как Binary хранить, чтоб кодовые страницы не гадили и индексы правильно работали при collate "russian"
Ну и про 15 лет и дырки ты загнул. Скорее всего разработчики просто решили использовать GUID чтобы не заморачиваться с написаним самопальных счетчиков и распределением диапазонов ID-шников по разным базам.

MaestroEvЧе-то я пока с головой останусь.. А вот тем кто использует нумерик в ID .. тем стоит задуматься. :)
нумерик не советую (он как строка хранится), а вот Integer - да. причем везде где только можно.
У GUIDа один плюс - глобальная уникальность, зато есть серьезный минус - размер. Сравни или 16 байт или 4 байта Integer, который позволяет сгенерить 2 миллиарда значений, которых в 99% случаев хватит на 100 лет работы.
А 4 байта против 16 это:
1. Размер базы меньше. Посчитай сколько там ID-шников разных хранится.
2. Сравнение быстрее, т.е. операции индексирования и поиска

Я как-то переболел GUIDами в свое время, тоже сначала подумал какое замечательное супер-изобретение, а потом проводил тесты, взял базу не маленькую и заменил все поля Integer на GUID: размер вырос ощутимо, время тех же выборок выросло в разы.

Мимоходом555Насколько я помню, в DBF таблице может быть максимум 1 миллиард записей
Точнее ограничение DBF - 2 Гб на файл. В каждой записи 1 байт под пометку удаления, остальное данные.
Поэтому 1 миллиард записей - если запись из одного поля в 1 байт. Что-то осмысленное в такую запись не сохранишь, поэтому в реальные таблицы еще меньше записей влазит.

q1w1e1Я конечно не корифей, поэтому лучше сослаться на классиков, например Базиян, где он писал, что поле Numeric(это у него совет, а не руководство), надо применять, где будут операции над числами, и приведёно код для получения id в символьном виде..
Возможно это у него со времен FPD отложилось. Тогда не было в фоксе типа Integer. Было два варианта нумерик и строка.
нумерик - хранится как строка из цифр, т.е. N(5) - занимает 5 байт в файле.
Поэтому используя для генерации ID буквы и цифры в строке требуется меньше места. Например если использовать цифры и английские буквы то один разряд будет 62 (10 + 26 + 26) комбинации против 10-ти в нумерик.
например 4 байта в такой строке дают 62^4 = 14'776'336 значений, т.е. строка 4 байта содержит чуть больше полезной информации чем N(7)

Лично я в FPD тоже использовал строки для IDшников.