> а что, нельзя заренее указать, что он ищет именно район,
> а не улицу/деревню/забор?

И такая мысль имеется. Но, опять же дополнительный контрол должен быть для выбора типа искомого узла (город/область/район...), опять же с возможностью мультиселекта (город и деревня и улица). То есть нужен ещё один грид... громоздко получается...

Труп Васи Доброго ©   (23.01.09 11:27) [19]
Ты select * from table делаеш что ли? Если БД разрастется? Если обьемы будут не подьемные?

> что именно нужно юзеру, конкретная квартира или он город
> ищет?


Что именно нужно юзеру - он знает.
Вот и надо предоставлять ему возможность сужения области поиска, а не выдавать названия всех улиц в Галактике, начинающиеся с "Иван"

> Другие вполне могут делать по другому и работать у них будет
> по другому.

Подай мысль, как организовать данные типа "адрес" не в одной таблице и не иерархически? Учитывая, что количество уровней вложенности не ограничено, количество типов объектов не ограничено. Подчинённость объектов друг другу не ограничена и не однозначна (например может быть и город в районе и район в городе). Мне как то ничего другого не придумывается.
У меня на всё это три таблицы используется, для взаимосвязи и + одна таблица для каждого типа объектов для хранения специфических свойств.
Мне как то ничего другого не придумывается.

> [22] Jeer ©   (23.01.09 11:34)
> Что именно нужно юзеру - он знает.

Никогда не ограничевай юзера в его желаниях! Понятно, что нак писать легче, но ты пишешь не для себя, а для него. И если он захочет искать ВСЁ, что содержит в названии букву "А" он должен иметь эту возможность! И но должен получить правильный результат поиска в "красивом" виде.

Труп Васи Доброго ©   (23.01.09 11:43) [24]
Еще пользователь хочет получить данные быстро, поэтому используется форма в которой он выбирает что он хочет на данный момент, после этого формируется запрос в бд в котором ты сужаешь результирующий набор и подготовливаеш данные к отображению. Всякий раз закачивать всю БД в память и потом по ней в памяти делать поиск это черевато ошибками и тормазами.

Труп Васи Доброго ©   (23.01.09 11:39) [23]
Связанные таблицы не подойдут? Таблица справочник+оперативные.

> Всякий раз закачивать всю БД в память и потом по ней в памяти
> делать поиск это черевато ошибками и тормазами.

Сдаётся мне что ты не очень то в БД разбираешься....
Где я написал что загружаю, как ты выражаешься "БД в память"? Я вообще не понимаю что это значит.
У меня в гриде только подветки выбраной ветки, а Дерево это только отображает.

Глупости.
Если юзера не ограничивать то он будет шустрить в квэйк или лезть на порносайты, чтобы выяснить особенности Камасутры.

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

А странные желания пользователей пусть удовлетворяют странные же программисты.

Ниже иллюстративный пример, понятно, что в реальности возникают более сложные вещи.

Территориальные образования

Галактики
_Звезды
__Планеты
___Материки и о-ва
____Страны
_____Области ( штаты)
______Районы
_______Города ( поселки, села, деревни, аулы и пр )
________ Округа ( районы и пр. внутригородские объединения )

Адреса:
Улица и пр
_Дом ( строение)
__ Квартира ( офис )

> Связанные таблицы не подойдут? Таблица справочник+оперативные.

Ты читаешь, что пишут или просто так отвечаешь? Написано же:
> У меня на всё это три таблицы используется, для взаимосвязи