Windows Использование СУБД PostgreSQL при работе LKDSDomain

[Andi]

В настоящее время, в качестве СУБД, сервера диспетчеризации (LKDSDisp, LKDSDomain) используют Mcrosoft SQL Server. Бесплатный вариант MSSQL имеет ряд ограничений, основным из которых для нас является ограничение максимального размера базы данных - 10 ГБ. Сервера диспетчеризации могут сами очищать старые оперативные данные (журнал, статистика работы, сохранённые переговоры), но в больших структурах 10 ГБ мало, т.к. слишком малое время будут храниться оперативные данные.

Существует другая бесплатная и много платформенная СУБД - PostgreSQL.

LKDSDomain доработан для использования PostgreSQL - описание в файле (09.09.2022 изменён в части установки ODBC драйвера) Посмотреть вложение UsePostgreSQL.pdf

02.09.2022 Модули ПО выложены в штатное обновление ПО

Сами модули в файле

Процедура замены следующая:

1. Переименуйте имеющийся в папке \LKDSDrv\LKDSDomain\ файл LKDSDomain.exe в файл LKDSDomain.exe_old
2. Запишите файл из архива LKDSDomain.ttt в папку \LKDSDrv\LKDSDomain\ под именем LKDSDomain.exe
3. перезагрузите службу LKDSDomain из "Диспетчера задач" (закладка "службы") или из "Командной строки" командой:

net stop LKDSDomain
net start LKDSDomain

4. Переименуйте в папке \LKDSDrv\LKDSDomain\ файл LKDSDomainCfg.exe в файл LKDSDomainCfg.exe_old
5. Запишите файл из архива LKDSDomainCfg.ttt в папку \LKDSDrv\LKDSDomain\ под именем LKDSDomainCfg.exe

6. Переименуйте в папке \LKDSDrv\SPult\ файл SReport.exe в файл SReport.exe_old
7. Запишите файл из архива SReport.ttt в папку \LKDSDrv\SPult\ под именем SReport.exe

Будем надеяться, что "Прогресс двигают энтузиасты...".

 

[kurilka]

Когда будет доработан LKDSDisp?

 

[Andi]

Когда будет доработан LKDSDisp?

Хотелось, конечно, обойтись без этого.

Поэтому есть встречный вопрос - какие причины заставляют использовать LKDSDisp ?

При переходе на PostgreSQL история потеряется, почему бы сразу не перейти на LKDSDomain.

 

[kurilka]

Поэтому есть встречный вопрос - какие причины заставляют использовать LKDSDisp ?

Не было причин для использования LKDSDomain.

 

[Andi]

Не было причин для использования LKDSDomain.

Я уже пытался донести, что LKDSDisp имеет проблемы в самом построении модуля, которые делают доработки опасными.

Одна из причин разработки LKDSDomain была устранить эти проблемы.
LKDSDomain - это просто следующая версия LKDSDisp.

Ну а возможность использования PostgreSQL в LKDSDomain может стать причиной перехода от LKDSDisp к LKDSDomain.

 

[Andi]

Будем надеяться, что "Прогресс двигают энтузиасты...".

Хотел поинтересоваться - получилось ли у кого ни будь использовать PostgreSQL и имеет ли это практическую ценность.

 

[Vincent Van Gog]

Хотел поинтересоваться - получилось ли у кого ни будь использовать PostgreSQL и имеет ли это практическую ценность.

"Так выпьем же за то, чтобы наши желания всегда совпадали с нашими возможностями!" (С).

По существу вопроса: требуется некоторое время на подготовку к переходу на PostgreSQL и решение текущих проблем.
Практическая ценность конечно же имеется: очевидная - это бесплатность ПО (этот вопрос обсуждался ещё в самом начале эксплуатации клиент-серверной архитектуры) и унификации с LiftService.

Не очевидная - заключается в особенностях работы PostgreSQL с геоданными. Где-то на "Лифтфоруме" предлагали использовать данные геопозиционирования для контроля выполнения технического обслуживания и я с этим предложением согласен, т. к. "доверять нельзя никому, даже себе" (С) , а юридические аспекты просто нужно тщательно проработать. Если интересно, по этому вопросу есть некоторые заметки "для себя", могу поделиться в личку.

 

[revit]

Хотел поинтересоваться - получилось ли у кого ни будь использовать PostgreSQL и имеет ли это практическую ценность.

Я пока не рассматривал такой переход. Исходя из своего опыта сформулирую так: плюс. как я вижу, один-бесплатность+ неограниченность объема. Минусы-новое ПО необходимо изучать. Пока в LKDSDisp/LKDSDomain не было настроек времени хранения журналов и файлов, для сервера с большой сетью была огромная необходимость в бесплатном SQL т.к MS SQL стоил не гуманно. После появления таких опций потребность изчезла и в сети с 3000-5000 лифтов вполне хватает бесплатного MSSQL Express при условии хранения журналов до года и файлов до полугода. Это вполне перекрывает потребности. Для сетей с большим количеством лифтов от 5000 и выше и необходимостью длительного хранения данных, конечно необходима будет база без ограничений объема. Не знаю есть ли такие в РФ....

 

[Koer]

Хотел поинтересоваться - получилось ли у кого ни будь использовать PostgreSQL и имеет ли это практическую ценность.

На мой взгляд (субъективно) ценность работы в разных СУБД будет когда появится возможность серверную часть ЛКДС устанавливать на альтернативные операционные системы (Linux) так же как и СУБД. Это позволило бы объединить Web сервер и ЛКДС пользуясь одной СУБД. Тем самым можно реализовывать любые "хотелки" заказчика в плане предоставления и анализа информации. Конечно это выполнимо и сейчас, но обращение к двум разным базам в рамках одного проекта доставляет некий дискомфорт. ( нужно содержать два сервера, две СУБД и т.д... )
Ставить новую СУБД в качестве тестов на стабильно рабочий комплекс под управлением windows сомнительное удовольствие, а вот создать в параллель новый сервер под управлением Linux для тестов, я бы поучаствовал.
В качестве фантазий: В идеале было бы вообще замечательно если ЛКДС мог бы работать с любыми СУБД. Мне например на данный момент удобней МYSQL, кому то другая СУБД.

P.S: Все выше сказанное лишь частное субъективное мнение не претендующие на истину в последней инстанции

 

[Vincent Van Gog]

...
В качестве фантазий: В идеале было бы вообще замечательно если ЛКДС мог бы работать с любыми СУБД.
...

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

 

[Andi]

На мой взгляд (субъективно) ценность работы в разных СУБД будет когда появится возможность серверную часть ЛКДС устанавливать на альтернативные операционные системы (Linux) так же как и СУБД.

Действительно, использование PostgreSQL было первым шагом в направлении многоплатформенности ПО ДК "Обь".
Режимные заказчики, а сейчас и бюджетные, всё настойчивее требуют работы нашего ПО под Astra Linux (Orel). Это объективная реальность и нам неизбежно предстоит её учитывать.

 

[madlev]

.... Сервера диспетчеризации могут сами очищать старые оперативные данные (журнал, статистика работы, сохранённые переговоры).....

Извиняюсь за тупой вопрос. А как это настроить и где об этом прочитать?

 

[Andi]

Извиняюсь за тупой вопрос. А как это настроить и где об этом прочитать?

В SPult режиме Администратора можно задать глубину хранения оперативных данных:

 

[apathy]

Не вышел каменный цветок...

 

[Andi]

Не вышел каменный цветок...

LKDSDomain 32 битное приложение и использует 32 битные ODBC драйверы.

Поэтому хотел бы увидеть 32 битные драйверы

Кроме того - попробуйте установить драйверы v13.02

 

[apathy]

Ну вроде бы получилось, понаблюдаю... Ошибки критичные?

 

[Andi]

Ну вроде бы получилось, понаблюдаю... Ошибки критичные?

Получилось после каких действий ?

Ошибки не критичные.

 

[apathy]

Получилось после каких действий ?

Ошибки не критичные.

Честно даже и не понял. Продолжаю вести наблюдение))

 

[Vincent Van Gog]

LKDSDomain 32 битное приложение и использует 32 битные ODBC драйверы.
...

Кажется у меня аналогичная проблема:



Пункт меню "Импорт всей структуры..." не активен. База lkdsdomain не создаётся.
32-разрядные ODBC драйверы установлены. Как указать какие именно драйверы должны использоваться?

 

[Andi]

Кажется у меня аналогичная проблема:

Вложение IPB #2666 Вложение IPB #2667

Пункт меню "Импорт всей структуры..." не активен. База lkdsdomain не создаётся.
32-разрядные ODBC драйверы установлены. Как указать какие именно драйверы должны использоваться?

Нужно установить ODBC драйверы v13.02