Аналитика

Привет из Херсона!
Вчера у Digitals появилась возможность сохранять данные (атрибутивные и пространственные) в базу данных MSSQL Server, что не может не радовать, так как поможет реализовать те функции которые на сегодняшний день не были или не могли быть реализованы в Digitals.
По этому поводу хотелось бы внести несколько предложений:
1) лучше в базе создавать таблицы по названию слоев (один слой одна таблица) а не файлов в связи с тем что *.dmf файл может содержать огромное количество слоев c, как правило, разными атрибутами (параметрами), таким образом таблица БД получится ненормализованная (с большим количеством столбцов и множеством нулевых ячеек).
2) в Digitals на мой взгляд, отлично реализована возможность работы с различными форматами геопространственных данных без всякого импорта\экспорта (за что отдельное спасибо разработчикам), хотелось чтобы эта возможность была реализована и при работе с БД.
То есть желателно предусмотреть возможность использования БД созданной Digitals другими ГИС клиентами (Geomedia например) и наоборот, что расширило бы, на данный момент времени, возможности анализа информации (в частности пространственной).
Я не программист но насколько я понял проблема заключается в разном описании Geometry Blob Formats. Кое-что по этому поводу касательно Geomedia находится здесь: http://www.mygeomedia.com/articles/gdoblobs.asp
если это вообще то
3) неплохо было бы в окне SQL соединения выбрать несколько таблиц с возможностью отобразить их в одном окне
4) может быть стоит реализовать возможность сохранять файл рабочего набора (пространства) или хранить определение рабочего набора (пространтва) в базе данных при обращении к которому загружались бы выбранные ранее слои и т.д.
P.S. Спасибо разработчикам. С нетерпением ждем новый GED

В версии от 3.08 никакой связи с серверами БД не нашел..
Хм.. Закрытое тестирование?
У меня вообще-то и MS SQL то нету, но просто интересно.

Для того чтобы эта функция заработала нужно предварительно создать базу данных в MS SQL Server.
Создать файл SQL.udl в директории с GED.exe. Запустить созданный файл и определить настройки подключения к серверу (пока работает только с базами MS SQL)

Файл > Save To SQL – команда сохранения карты
При сохранении в БД обратите внимание на название файла, который сохраняете, его слоев и параметров. Они должны соответствовать требованиям БД.
Файл > SQL соединение – команда открытия карты

Тестирование не закрытое
Просто версия еще настолько сырая и полурабочая, что раздавать ее на тестирование всем мы не видели никакого смысла.
Но если у кого есть желание присоединиться - добро пожаловать!
Здесь краткая инструкция http://www.geosystema.net/docs/SQL.doc.zip

Многопользовательская SQL-версия

Разработка в общих чертах завершена и текущая версия уже полноценно работает в многопользовательском режиме с двумя серверами: бесплатным PostgreSQL и Microsoft SQL.
Пока решили остановится только на этих двух, так как разница между серверами часто бывает существенной и требует уникального кода. Тем не менее готовы рассматривать поддержку других серверных платформ если кому-нибудь из пользователей это понадобится.

Все изменения, внесенные в карту другими пользователями, появляются после выполнения команды Вид|Показать все, или Вид|Обновить.

Приглашаем всех заинтересованных к тестированию.

Ссылка на инструкцию по настройке соединения см. постом выше.

Version 5.0 build 01.09.2005
MSSQL Server 2000 SP3
Экспериментировали путем наполнения базы обменными файлами.
Замечания:
1.Программа зависает (не реагирует на некоторые команды) при создании базы данных в первый раз в режимах «Сбор», «Правка», «Инфо».
2.Пополнение БД возможно только через «Вктавка/карта». При простом копировании объектов, как с других карт, так и с БД и последующей вставкой этих объектов в БД происходит потеря и/или смешивание параметров.
3.Не совсем понятно, каким образом можно изменять структуру БД с клиента (добавить/удалить параметры, слои). Или все таки структуру можно будет определить только при первом создании БД?
4.Некорректно работает с объектами БД при использовании в триггерах ROLLBACK TRANSACTION
Примеры:
– при вставке строки (объекта) один (или несколько) параметров которой, контролируется триггером с ROLLBACK TRANSACTION, объект который не удовлетворяет требования контролера при обновлении карты не исчезает (исчезает только при повторной загрузке слоев базы данных). Таким образом, карта корректно обновляется только при повторном коннекте
– кроме объектов таблицы, которая контролируются триггером с ROLLBACK TRANSACTION не инсертятся строки в другие таблицы (например, если триггер контролирует втавку и апдейт объектов слоя „Діянка”. то при вставке объектов обменного файла т в БД теряются данные о «Смежниках» и «Угодьях»)
– при апдейте контролируемого поля, если ввести значение неудовлетворяющее параметрам проверки, программа ведет себя также, как было описано в пункте 1. К тому же корректное обновление значений (атрибутов) полей происходит только после повторной загрузки данных с сервера.
многопользовательский режим в принципе нормально... Хотя еще не совсем разобрались с вожможносттью блокировки объектов которые используются другими пользователями. и не совсем понятно с откатами изменений (по каждому пользователю).. Будем пробовать

Предложения:
В связи со спецификой нашей работы (которая заключается в проверке обменных файлов, ведении ЧКП и ИКК) а так же исходя из определенных новшеств ПО Digitals связанных с подключением к БД (в частности автоматическое сохранение изменений и др.), хотелось бы обратить внимании разработчиков на добавление новой фишки или усовершенствование имеющихся возможностей…
Например:
Опцию ВСТАВКА/КАРТА использовать для отображения объектов в окне активной карты, а не непосредственно вставлять их в активную карту. Таким образом. можно было бы проводить проверку (например тех же обменных файлов) не вставляя их на дежурную карту (ЧКП_ИКК) или в БД а после проверки не удалять файлы с дежурной карты которые не удовлетворяют требованиям проверки.
Еще лучшим вариантом было бы добавление новой фишки, которая позволяла бы подключатся к директории с картами (обменными файлами, например) и отображать (по иенам файлов) объекты текущего подключения в отдельном окошке (типа нынешнего SQL соединения) с checkbox-ами, для обеспечения возможности загрузки/выгрузки (а точнее, отображать/не отображать) эти объекты в окне активной карты.
Если это конечно не трудно и надо не только нам…
P.S. Еще совсем немножко и буде работать с базами..
Примеры файлов триггеры и т.д при необходимости можем выслать по почте..

Вопрос простой: Что нового?

Прозвучали анонсы, какие-то сообщения о тестировании и... всё затихло.. Развивается ли данное направление и в какую сторону?

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

Слово разработчикам.

Суть проблеми така: при заповненні всіх параметрів карти в діджіталсі на компі з 800 тактової софтина відчутно тормозить, виникла ідея зробити базу на мускулі (MySQL), навіть з однією таблицею він працює швидше, чи не могли б розробники скинути детальний опис полів параметрів (якщо буде можливість імпорту з бази через тхт то співпадання важливе), тоді заповивши тільки номер ділянки, пошук решти параметрів робився б в власній базі.

Перепрошую за ламерські питання, я трохи більше працюю з базами, наперед вдячний за будь-яку відповідь.

Давайте по порядку


Поясните где именно программа тормозит?
При отрисовке карты, при поиске объекта по параметрам, и т.д.?
Вынесены ли значения ваших параметров на карту в виде подписей?


Вы имеете в виду, что MySQL работает быстрее чем Digitals?


В самой программе нет никаких полей параметров. Все параметры с именами и описаниями хранятся в вашей карте (Карта|Параметры). Шаблон карты по умолчанию находится в файле \Digitals\Normal.dmf



Ниже выдержка из хелпа по поводу вставки параметров.

Вставка параметров объектов из Word/Excel

Если вы используете Word или Excel для набора фамилий владельцев участков, паспортных и адресных данных, то эти данные могут быть вставлены во все участки в Digitals. Участки должны иметь заполненное поле Номер участка, а их параметры на закладке Инфо должны соответствовать колонкам в Excel.

Первым по порядку параметром у слоя участков должен идти Номер участка, вторым Имя пользователя и т.д. (Для изменения списка доступных слою параметров используйте Карта|Слои).
Колонки с данными в Excel должны располагаться в том же порядке (слева направо) что и параметры на закладке Инфо (сверху вниз).

Для вставки параметров пометьте в Excel необходимые колонки с данными и скопируйте их в буфер обмена Windows. Затем, переключитесь в Digitals, пометьте все участки и выполните команду Правка|Специальная вставка|Только параметры.

Данные из Excel будут скопированы в участки с соответствующими номерами.

Еще здесь
http://www.geosystema.net/forum/viewtopic.php?p=374#374

Все эти команды позволяют вставлять данные в Digitals из внешних источников.

Если же вы хотите хранить всю карту в базе, то это здесь
http://www.geosystema.net/forum/viewtopic.php?p=317#317
Не думаю что это как-то ускорит работу на компьютере с 800 тактовой, поскольку способ хранения данных важен только в процессе загрузки (открытия карты), а на дальнейшую работу с ней влияет очень мало.

Давно хотелось написать по поводу SQL, да все откладывал, попробую сейчас.
Месяца 3 назад раздобыл MSSQL Server и решил попробовать.
Что не понравилось:
1 Сложная, относительно среднего пользователя, установка и настройка!
2 Нужны права админа, как на сервере так и у пользователя!
3 Функции По часовой стрелке и Реверс не сохранялись:(? в базе.
4 При создании просит сортировку параметров и слоёв?(зачем, ведь можно было и самим отсортировать).
Вывод: массово пользоваться спросом не будет, сложно внедрить, требуется вмешательство специалиста, соответственно и ошибки отлаживаться будут медленно.
Предложение:
Добавить возможность сохранения в другие SQL базы данных.
Мне нравится SQLite, для работы нужна одна DLL (374kb), база хранится в одном файле, поддерживает триггеры, удобные программы для редактирования данных, (бесплатно).
Запросы SQL по моему должны быть одинаковые, просто серверы базы данных разные по этому реализация не должна составлять большой сложности, а пользователь выбирает Сохранить как .db и Открыть файл .db гораздо проще для конечного пользователя.
Тестирование пойдет быстрее, а если надо будет, то можно перенести на более серьезные базы.
И хотелось бы знать какие объекты выделены пользователем, например, временная таблица для каждого пользователя с списком кодов выделенных объектов хотя можно и через сервер TCP/IP узнать.
Программы для работы с SQLite:
http://www.sqliteexpert.com/
C программой в комплекте есть sqlite3.dll отдельно можно не качать.
http://www.filedepot.eu/
Сайт SQLite
http://www.sqlite.org/

Простите, что так много и спасибо за внимание:).