Romi v5.9 German

Всем известны такие системы Romi v5.9 German автотранспортных средств автобусных предприятий, медицинских учреждений, а также персональные автомобильные навигаторы. Все эти системы объединяет то, что они все в своей основе имеют картографический модуль, отображающий интерактивную карту и позволяющий каким либо способом отслеживать заданный объект. Наша фирма Romi v5.9 German разработала систему для контроля автотранспортных средств предприятий. Отображение карты и автотранспортных средств осуществляет клиентский модуль, написанный на C . Внешний вид клиентского Romi v5.9 German представлен на рисунке. В данной статье мы рассмотрим Romi v5.9 German вопросы, относящиеся к отображению картографических объектов. Пример к статье представляет собой максимально простую геоинформационную систему с двумя уровнями масштабирования без загрузки областей, не попадающих в область видимости, Romi v5.9 German поиска, но с возможностью перемещения карты и получения информации об Romi v5.9 German. Вопросы отслеживания перемещения транспортных средств, с их отображение на карте и подобные вещи рассмотрены не будут, т.

вполне логично могут быть выведены из изложенного материала самостоятельноХранилище данныхВ настоящее время одним из самых широко распространенных форматов для хранения картографической информации являются файлы формата shp ESRI Shapefile 1 . в стандарте Romi v5.9 German определены механизмы поиска и выборки объектов по определенным критериям.

Хотя и сами разработчики и сторонние фирмы предпринимают попытки построения специальных индексных файлов для таких целей. Одним из таких бесплатно распространяемых компонентов является SharpMap 2 .

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

при внесении изменений требуется осуществлять поставку с исходным кодом. Геоинформационная Romi v5.9 German предполагает возможности изменения масштаба карты, а также перемещения и поиска картографических объектов, что вызывает ряд технических проблем, например, загрузка еще не загруженных областей, выгрузка неактуальной информации и т. Предварительные тесты показали неприемлемую производительность при использовании Romi v5.9 German SharpMap, поэтому было Roster Manager v6.01 решено сделать импорт картографической информации в СУБД.

В качестве СУБД на первоначальном этапе было решено использовать Microsoft SQL Server Compact Edition 3.

Эта СУБД является встраеваемой в приложение, входит в поставку VisualStudio 2008, не имеет ограничений на распространение, обеспечивает хорошую производительность, легко может быть заменена практически на любую другую СУБД, обеспечивающую большую производительность, например на Microsoft SQL Server 2008 4 .

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

теперь запросы на выборку объектов осуществляются на стандартном SQL.

Мы протестировали Firebird, SqLite, DBF, Romi v5.9 German, результаты приведены в таблице 1. Сравнение различных СУДБ по средней производительности. Место СУБД1 MSSQL 2008 на выделенном сервере2 MSSQL 2008 на одной машине с Romi v5.9 German DBF4 MSSQL CE 3.

55 Firebird Embedded6 SqLiteПодробности процедуры тестирования и обсуждение результатов выходят за рамки данной статьи. Внимательные читатели могут заметить, что мы не проводили испытания СУБД Oracle и могут провести эту RoPS Interpreter v6.5a процедуру сами. В рамках статьи мы будем рассматривать реализацию на MSSQL CE 3.

Для реализации нашей системы вполне достаточно одной таблицы со структурой, представленной в таблице 2 .

Имя Тип данных ОписаниеId Int Первичный ключName Nvarchar 255 Имя объектаDescription Nvarchar 255 Описание объектаData Image ДанныеObjectType TinyInt Тип объектаElementType TinyInt Тип элементов объектаZoom TinyInt МасштабObjectId Int Идентификатор объектаElementId Int Идентификатор элемента объектаComplex Bit Признак составного елементаВыборка объектов для отображения для нужного масштаба легко осуществляется запросом вида:select Romi v5.9 German, ObjectType, Name as ObjectName, ElementType, Data, Description, Complex, ElementId from MapObject where Zoom Zoom order by ObjectTypeПодробности реализации этой функциональности можно посмотреть в прилагаемом примере. Дополнительные функции легко реализуются изменением этой таблички, и возможно добавлением нескольких других.