А создайте глобальку, например

^PASSP(Nomer)=ВСЁ_ЧТО_ЗНАЕТЕ_ПРО_ЧЕЛОВЕЧКА

и тогда, уверяю Вас, поиск номера не зависит от количества миллиардов записей ;)

Давайте без фанатизма ! Есть вариант помочь с выборкой - говорите,я могу рассказать свой вариант, без сиквельного синтаксиса

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

Вот пример...

Так хранятся данные:
^Глобал(Пасспорт)=Данные человека.

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

S A=^Глобал(Пасспорт)

МОДИФИЦИРУЕМ ПЕРЕМЕННУЮ

S ^Глобал(Пасспорт)=A

ВСЁ - И НЕ НАДО БЕГАТЬ ПО ГЛОБАЛУ

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

Ко всему вышесказанному мною.

Данные, лежащие в индексе глобала, нет смысла искать перебором, пользуйте эти данные как индекс через $O $G $D. Другое дело данные в области значений, для ускорения поиска по таким данным или тупой перебор всех записей или создание индекса по значению. Это нижний уровень работы с данными. А какой механизм создаст индекс - программер вручную или организация индекса в таблице для SELECT - тут как удобнее клавиши тыцкать :)

Итого: тратим время при создании - выигрываем при поиске, и наоборот

Alex BiziSergo Gromovкто сказал что так будет медленно ????? так или иначе - запись лежит на винте. структура М-глобала работает через блоки указателей, которые как раз строятся через несколько уровней. аналогия предложенного разделения на разные глобалы. нет разделения на глобалы - нет лишнего программного менингита.

Могу ли я по аналогии на ваши слова считать что если я сделаю Х таблиц или Одну таблицу с первичным ключем то ничего не изменится в смысле времени?

я "по-еврейски" ...

имеем глобал ^A

он хранится в зависимости от количества индексов с использованием одного или более уровней указателей, а именно опишу два уровня

в первом уровне ссылки на ^A("A****") ^A("B****") ^A("C****") ..... ^A("Y****") ^A("Z****")

в свою очередь отдельный указатель ^A("A****") ссылается на массив таких: ^A("AA****") ^A("AB****") ^A("AC****") .... ^A("AZ****")

если М-система не видит необходимости создавать следующий уровень указателей - второй уровень ссылается сразу на РЕАЛЬНЫЕ индексы, которые прямо привязаны к данным


То есть, получение данных наперёд известного индекса проходит поиском блока указателей первого уровня (один из 32), от него - второго уровня (один из 32) и т.д. то есть дерево. Последний поинтер указывает максимум на 32 РЕАЛЬНЫХ индекса, и таковой выбор идёт на уровне М-системы. Результат SELECT-a оперирует данными из того же глобала через эти же поинтеры только на высшем уровне :)