TO Lexis

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

Вот в том-то и дело - как построить универсальный (для любой страны, с любыми вхождениями, в зависимости от времени) адрес? :)

Как я и говорил, решение с "циклической таблицей" работает. Не нравится то, что для восстановления всей структуры вхождений приходится циклически выбирать записи то тех пор, пока "parent_ID" not null. Т.е. не нравится в плане быстродействия и некоторой корявости, и попробуйте объяснить пользователю как же заполнять такой адрес...

TO ASCRUS:

Очень интересно!

Первое что нашёл тов. Google - На рынок выходит система Управления Знаниями «Unima», разработанная на основе СУБД Caché корпорации InterSystems

>> ...постреляционную СУБД Caché и интеграционную платформу Ensemble...
я о таком ничего не слышал - надо почитать :)


ASCRUS(где то 30 кило и плюс минус ...)
$30,000 - окуда эта цифра (если не секрет) ?

А вообще идея с тонким клиентом мне нравится, и она рассматривается.

Лично моё мнение:
если кроме самих данных на серваке разместить и бизнес-логику а в качестве интерфейса пользователя - браузер, снимается много проблем: не надо ездить и устанавливать, сопровождать. Если все данные хранить в одном месте (в центре) - никаких тебе репликаций. Вот только захотят ли люди платить за инет :)
Некоторые вопросы возникают с off-line работой (она нужна). Поднять локальный web-сервер не проблема. Если off-line только читать - легко, а если ещё и изменять - тогда сложнее...


Ну, в любом случае - спасибо! Мысль интересная

guest_20040621Куча извинений, member Nuriahmetov, не могу не задать вопрос.

> С моей точки зрения - месяц работы для программиста и тысячи человекo-лет
> для ввода инфы операторами.

Т. е. Вы готовы за месяц написать это приложение? Ваши расценки? Язык?

Вопрос действительно ко мне? Или к Cat2 ?

Я за месяц - нет.