Ишь, куда вас понесло... Сейчас мы тихий-мирный топик превратим в очередную арену сражений сторонников различных концептуальных подходов.
Подписываюсь под словами softwarer'а. Вот был я ну совсем тупой и ляпнул:
"Могу сказать, что из этих отдельных таблиц можно сотворить поля со списками с динамическим обновлением (научили как), а также строить всякие запросы. Дерево займет много места на форме (по сравнению с 3 ComboBox'ами), да и не научился я пока с деревьями работать."
Теперь чуть умнее стал и теперь мне все равно - деревом или 3 (4, 5,...) комбобоксами. Теперь я буду смотреть как мне таблицы логичнее сделать, а не как бы их под удобный интерфейс подстроить.

2 mcureenab
>Одно дело - наши желания, другое - наши возможности. Если дизтопливо оставляет пятна на краске, то нужно либо бензиновый двигатель ставить, либо краску менять и т.п..
Нет, имхо, двигатель для машины более важная деталь, чем тип краски. Если человек выбирает двигатель по критерию оставляет ли соответствующее топливо пятна на краске... Ну это как если бы я выбрал в качестве СУБД FoxPro 2.6 потому, что там есть пятнашки и можно поиграть, если мозги закипели.

Что-то не туда нас понесло. К делу.
В одном из предыдущих постов я, кажется, соврал: "Насколько я знаю, в MapInfo нет ключей объектов."
Вот кусок ответа Denis Popov из топика "Хранение картографической информации" (на этом же форуме):
"Т.е. вся "картинка", статика, находится не в БД, а в БД не хранится геоинформация, только привязка идентификаторов объектов MapInfo к данным."
Так что, кажется, есть у объектов MapInfo "ключи". Можно попробовать. Значит, получается, в базе можно хранить идентификаторы объектов MapInfo, но обновлять их ручками или писать навороченную процедуру проверки таблиц MapInfo, проверки всех объектов (в т.ч. и созданных) во всех слоях, сливания полученных значений идентификаторов в таблицу БД? Не могу объяснить, но предчувствую какие-то грабли при таком подходе. Хотя с другой стороны, выгружаем же мы в MapInfo таблицы из БД – и ничего.

2 mcureenab
>Могу предположить, что картографические объекты проще и эффективнее хранить в виде BLOB в формате, который непосредственно воспринимает MapInfo.
Что же мне теперь - на SQL Server переходить? Из того, что более-менее мне доступно, BLOB'ы есть только там.

>По координатам точки найти район, в котором эта точка находится. В этом случае выгружаем в MapInfo карту районов, и запрашиваем у него id района в котором находится данная точка. MapInfo наверняка такие функции имеет.
Вот видите, еще недавно вы утверждали абстрактность понятия точки, а контексте текущей задачи оно очень даже пригодилось. Повторюсь, тут вот в чем закавыка – не знаем мы координаты точки! Написал автор "в пойменных лесах среднего течения Дона". Карту какого района выводить? Среднее течение Дона – это не в одном районе, и даже не в одной области. Только если я отрисую в слоях все объекты и буду знать их идентификаторы - тогда см. предыдущий абзац.

З.Ы. Пока я на работе пишу ответы на предыдущие посты - тут уже столько успевают за день понаписать, что мне приходится дописывать в 2 раза больше.