Нужен совет, как лучше организовать хранение информации для след. задачи

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


111111 Петров
111112 Петров
111113 Петров
111114 Петров
111115 Иванов
111116 Иванов
111117 Петров


надо будет хранить в БД (SQL Server) и организовывать поиск по индексу.

Вводим "111111" получаем "Петров"

Проблема в том, что индексов много - 8000, представителей 20, т.е. примерно по 400 индексов на брата и организовывать что-то вроде


table1

1 Петров
2 Иванов

table2

1 111111
1 111112
2 111116


не хочется, было бы проще может быть


table1

1 Петров 111111-11114, 111117
2 Иванов 111115,111116


но тогда проблемы с организацией поиска

Хм, задача вроде бы простая, может у кого-то есть хорошие идеи? Спасибо!

многие-ко-многим (как в примере 1) это понятно... меня не то беспокоит - имеет ли смысл делать связку (как в примере 1)

111111 Петров
....
111511 Петров

т.е. в таблице table2 будет 400 индексов для Петрова, хотя может быть все они идут по порядку (+1) м.б. хранить границы интервала и исключения из интервала?

потому что посмотри, индексов - 8000, представителей 20, т.е. примерно по 400 индексов на брата - потом же и редактировать как это дело - это веб-приложение - как в форме редактирования данных торговых представителей задавать 400 индексов? в большом поле через enter? упаришься...

в принципе, я уже так подумал, что возможно как тут и посоветовали в таблице создать дополнительные поля, для хранения границ интервала индексов. И в случае, когда проще задать 111111-111114, то

min_index = 111111
max_index = 111114

тогда и искать можно было бы

SELECT * FROM [Table2] WHERE myindex BETWEEN min_index AND max_index

Это конечно если диапазон только один (иначе и правда придется связанную таблицу иметь для нескольких диапазонов)

Вот....

а если границы задать нельзя, то тогда через разделитель в какое-то одно поле пишем все индексы, например через запятую ...

а на выборку запрос
SELECT * FROM [Table2] WHERE [gindex1] Like '%_1__3;%'
где % - любой символ(ы)
_ - обязательный любой

да не... тут бы индексы сохранить, не то что историю... ;-))))

с одной стороны конечно хорошо хранить индексы "поштучно" без всяких там диапазонов, с другой стороны представьте тетю, забивающую (проверяющую) 8000 индексов друг за другом

и это когда ясно видно что можно задать диапазон

а если хранить диапазоны, то возникают проблемы, где их хранить, как их хранить...

пока так ни чё и не решил

для SQL Server'а это конечно смешная цифра...

вот посоветуй тогда как в случае хранения "по-честному" определить интервал?


table1

1 Петров
2 Иванов

table2

1 111111
1 111112
1 111113
1 111114
1 111115
2 111116
1 111117
1 111118
1 111119
1 111120


Как видно из примера, в интервале от 111111 до 111120 получается одно "исключение" 111116, каким образом можно быстро найти все "исключения" (или скажем по-другому, - все интервалы)?

Это я спрашиваю к теме об удобном вводе и изображении...

Хотя, может зря я это все... пусть тетя парится? :-)

Нет, предыдущий пост, не читайте :-)
Даже если удастся сделать алгоритм быстрого обнаружения интервалов без тупого перебора каждого индекса и проверки на +1 - т.е. задача визуализации данных из БД, то потом у меня возникнут проблемы с сохранением данных в БД - как же эти интервалы заданные тетей потом превратить в представление "по-честному"?

Думаю, что завтра сделаю большое текстовое поле в интерфейсе (как поле где пишется ответ на этом форуме), куда можно будет через enter задавать индексы "поштучно". С разбиенем полученного текста на 400 индексов и сохранением их "по-честному" проблем не возникнет.

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

Спасибо всем откликнувшимся!

Клиент на ASP/ASP.NET, так что с гридами проблемки, но за идею спасибо.

Насчет "регионов" - я не имел ввиду области/федеральные округа и т.п. крупные структуры - сорри за непонятки - да, действительно, индексы бывают разные даже на соседних улицах мало-мальски крупного города. Ну а хранить мне надо индексы, причем это не только РФ, но и Европа, там еще и буквы бывают :-)