[Shadow_Fighter]

крик души:)
сабжа собственно не существует как такового. Работаю с Mapinfo уже много лет, и каждый раз рассматривая "Whats new" в очередной версии (вот уже 8.5.1 вышла) ищу "многопользовательский доступ к таблице" - ан нет, нету его. Добавляют непонятные (web soap xml)-based примочки, wms, wfs и хрен пойми что еще. Обещают максимальную производительность Spatialware и Oracle - вот только какой ценой? Ставить sql server+spatialware+париться с odbc только чтобы общую карты с 2х компов в сети смотреть и ИЗМЕНЯТЬ ??? (про Oracle вообще молчу:)

это вступление. Сабж: не у кого не возникало потребности в организации сетевого доступа к таблицам MI? Например, одним из решений было бы написать прогу на том же mapbasic+к-л внешние модули, которая в реальном времени синхронизировала например 2 копии одной и той же таблицы на разных компах. Опыт программирования на Mapbasic у меня есть и в принципе такую штуку сделать вполне реально. Вот только может задача уже решена к-л более простым и надежным способом? Если нет, то есть ли желающие замутить совместный проект этой проги? Пишите

[Нестеров Валерий]

Такое отрицательное свойство имеют любые программы, хранящие данные в файловом формате. Возьмите те же Word или Excel. И если было бы все так просто, то уже давно сделали что-нибудь. Но на самом деле при практической реализации этого возникает много подводных камней. Так что, многопользовательский режим только с СУБД. Можно взять Oracle-MapInfo - никаких ODBC и Spatialware.
_________________
Жизнь прекрасна!i

[asgs]

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

[Shadow_Fighter]

В случае c oracle опять же все упирается в громоздкость и неудобство развертывания, а при установке в организации - еще и с лицензированием (сколько стоит лицензионный оракл - подскажите ка :roll: ) Между тем, совместный доступ нужен не для каких то супермегакорпораций, с кучей серверов итд (где как раз оракл рулит), а для сетки из максимум 20 компов, а минимум из 2х.

Дык вот какая идея: базу сделать на mdb (он же jet, он же access), благо это на компах с виндой уже есть и дополнительно никаких прог ставить не придется, написать на mapbasic'e прогу для кодирования и декодирования объекта в текст (например "point x=333 y=444 symbol xxx") и текстовые описания объектов хранить в mdb' шной базе. При запуске проги читать access и перегонять текстовые описания обратно в тип obj. Это я сделать могу. Вот только при большом объеме базы будут дикие тормоза. Поэтому надо как-то запрашивать не все объекты а только добавленные и измененные и обрабатывать только их. Вот с этим как раз и беда - access знаю посредственно, и как сделать такой запрос если кто знает - подскажите

[asgs]

[Shadow_Fighter]

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

[asgs]

Просто выдрать - вряд ли, зато можно без проблем создать свой двоичный пакет в нужном формате, с которым уже можно делать все, что в голову придет. Основная сложность - процесс синхронизации данных локального экземпляра MI и сетевой БД. Вот над этим я сейчас голову и грею :?

[Shadow_Fighter]

[Shadow_Fighter]

[asgs]

[Shadow_Fighter]

:) сегодня поковыряю сабж и расскажу о впечатлениях

[asgs]

[Shadow_Fighter]

идиотская идея, но работает: выкладываем таблицы на расшаренную папку, на каждой из работаюших с таблицами MI-шек запускаем mbx-скрипт, который эти таблицы через определенный промежуток времени проверяет (секунд 5-10) и если таблица unsaved, делает ей commit interactive.

ПРИЧЕМ:
например, на одном компе нарисовали в общей таблице полигон, тогда он появляется на всех остальных после regen'а окна!!: например при сдвиге или масштабировании, в то время как при использовании spatialware чтобы увидеть вновь созданный объект, нужно выполнить синхронизацию с сервером!!!

[sunzh]

Добрый вечер (или какое там время суток) обитателям форума. Давненько не заходил. Зашел и сразу больная тема. По существу выше написанного есть следующие соображения:

Есть у таблиц MI интересные режимы редактирования устанавливаемые оператором MB Set Table

Set table 'tablename' fast edit On
Set table 'tablename' Undo Off

МИ перестает записывать изменения данной таблицы в файл транзакции, начинает записывать их прямо в файл. А как известно недоступна таблица для редактирования лишь пока есть несохраненные изменения сделанные другим пользователем. Чем жертвуем - отменой последнего действия, восстановлением таблицы. Что имеем - многопользовательский доступ. Удачи в экспериментах...

[Shadow_Fighter]

интересная идея, проверим, спс)
а вот разработчики обещают технологию клиент-сервер в МИ 10, правда когда будет эта МИ 10 и к-л подробности не сообщаются. Ждем-с ....