Форум АО "ВЗЛЕТ"

Взлет СП работает в сетевом режиме с базой данных ACCESS. Доступ к базе данных осуществляется в пределах одного домена в корпоративной сети. Из других доменнов она не доступна.

Очень хотелось бы организовать доступ к базе данных из любого домена корпоративной сети, для чего мы создали SQL сервер (MySQL).

Вопрос: в правильном направлении мы двигаемся, обязательно нам нужно уходить из ACCESS и вручную создавать новую базу данных. К тому же, столкнулись с проблеммой рускоязычных имен таблиц Взлета СП.

Господа!!!  дайте пинок для скорости. Уж очень трудно у нас идет борьба с этим монстром СП.

Очень надо чтобы  доступ к СП был с нескольких, удаленных друг от друга объектов по корпоративной сети.

Добрый день!

Взлет СП предназначен для работы с базами данных Access и SQL Server, причем для работы в сетевом режиме Access не рекомендуется. Работа с базой данных MySQL невозможна.
Лучший выход в Вашем случае использовать MicroSoft SQL Server.
Программа Отчеты имеет возможность перемещения базы данных из Access в SQL Server, таким образом вручную Вам не придется создавать таблицы на SQL сервере.

Здравствуйте господа.

Установили MicroSoft SQL Server 2008. Средствами его же импортировали базу Access, получилось плохо - ключевые столбцы перестали быть ключевыми и счетчики в этих столбцах перестали считать.
Попробовали экспорт MS Access (xp, 2003, 2007) - он вообше отказался выполнять свои функции, ссылаясь на несовместимость версий.
К счастью, СП Взлет через функцию "переместить в базу устаревшие данные" сделал как нужно (проверяем, тестируем).

Спасибо DiparV за помощь (сообщение от 24.10.2008, 14:28:27).

А вот MS Access в сетевом режиме, действительно приподносил сюрпризы различного характера с некоторыми из них удавалось справиться, но интерес с каждым разом уступал озадаченности...

Добрый день!

Продолжая эксперименты с MicroSoft SQL Server 2008 для храннения архивных данных Взлет СП, появились следующие вопросы:
Сложилось такое впечатление что связка MS SQL Server и Взлет СП хорошо работают внутри одного домена, где есть расшаренные ресурсы Windows, в данном случае проблем с синхронизаций между диспетчером и аналитиками Взлет СП нет -  в Отчетах через меню создается консоль на которую накладываются по необходимости ограничения.
А как быть если корпаративная сеть раскидана по всему городу и имеет сложную структуру и средствами Windows нет возможнсти дать папке Взлет СП на диспетчерском копьютере общий доступ, чтобы аналитики удаленных компьютеров могли консольно подключаться. В данном случае можно использовать драйвер ODBC:
И каждый подключенный компьютер со Взлет СП к MS SQL Server будет равноправным по действиям в базе данных;
К тому же, каждому потребуется электронный ключ на полный перечень приборов;
Как будет производится синхронизация тоже не ясно.

Подскажите как быть?

Не думаю, что такой случай - тема для форума. Напишите на sp@vzljot.ru, там попробуют разобраться.

Еще совет. Если есть программист владеющий DCOM и SQL, поросите его написать софтину, которая будет работать с SQL, по сети и еще как хотите. Сервер Взлет СП поддерживает DCOM без проблем. Конечно же, если есть программер.  ;D

Как ужасТТно что говоря "SQL Server" думают что это MicroSoft SQL Server.... этот монстр жрет ресурсы и нифига неработает...... по изящности и быстроте  "Мускул" ему даст 100 очей фору.....

прЙскорбно и другое что АССВ и другое "железо" заточеННо для "комуналки" и "экономит" средства на каналах связи, но раздевает коММунальЩиков при создании диспетчерского пункта - сама СП ужастно, пардон, безумно дорога 40-70$ за каждую  "голову" (готов обсудить с ЛЛА мое личное "мЭню"  ;)), а тут еЩо "форточки" как миниму 2003 за 1,5 - 2 штуки $, МС Оффис еще 500$ и контрольный выстрел - MS SQL,  и получаетЦа 600-й мерин, который "жрет Опилки" но за это требует полного соцЫального пАкета как минимум 1,5 - 2 т$
Есть и другой подход к решению задачи учета
- сервер Баз данных - Linux (для особо ленивых и необучЯемых MS-2003 и выше), MySQL или Росгрей (для особо ленивых и необучЯемых MSSQL)  - затраты 250-500 российских рублей вместе с пересылкой по всей России против 4-6 тыс $
- сервер связи однозначно Linux (СП запускал под Wine - работает тока демонстрашка т.к. без ключика.... поставщик ключиков отстой т.к. нет драйверов под линух не в пример хаср-ключики для 1С-бух усе есть и даже  SQL-Росгрей - вот укого передовые технологии и забота о клиенте)
- консоль оператора тут должна быть гибкость  MS (жрет ресурсы особенно вЫста + вирусов нужно постоянно гонять) и линух - вторая жизнь стариньким ПК + проект с открытым исходным кодом Опен Офис и ОпенSCADA.
Так что "ВзлетовцЫ" в период кризиса  нужно повернутся ЛИЦОМ к потребителям Вашей продукции......

Вопрос интеграции.

В корпоративной  сети  предприятия имеется  «SCADA-система» она включает в себя Серверные и Клиентские модули.
 
Желание организовать диспетчеризацию побудило некоторые мысли:

Используя Взлет СП в качестве сервера связи, сохранять данные в «SCADA-системе» во встроенном  SQL-сервере InterBase (FireBird)  и  в ней же создавать отчеты в Модуле формирования отчетной документации.

Таким образом решается вопрос подключения операторов для анализа и контроля данных, тем более у них уже имеется установленная «SCADA-система» с необходимыми ключами, хотя и теряется возможность выгружать данные из АСДВ-020.

Мы не ищем лишних проблем, хотим использовать уже имеющиеся ресурсы.

Взлет СП емеет на "борту" ОРС-сервер.....
Существует и другая версия ОРС-сервера (параллельная разработка)
оба они могут "тянуть" архивы....
суть их применения (могу и ошибаться.... ) в том если приборы собраны в сеть по проводной топологии (РС-485, ЛВС  и т.д) можно (я использую) "свободный ОРС, если у тебя распределенная сеть приборов и связь с использованием АССВ проще использовать ОРС от СП......;)

Можно ли хранить архивы (часовые, суточные) скаченные модулем «Отчет» по разным приборам хранит в одной таблице или каждый прибор имеет свою таблицу (т.е. свои 2 таблицы)?

Да, под каждый прибор создаются отдельные таблицы - 2 штуки часовая и суточная. И в этом ничего страшного нет - пусть их будет много, а нас, как пользователей это вообще не должно волновать. Казалось бы, а нет...
Приходиться менять приборы на узлах учета, по разным причинам, а совместимости между таблицами нет, исторические данные нужны, и как их использовать с новым прибором, к тому же "Отчеты" без предупреждения удаляет и узел и связанную таблицу,  копил архивы, платил лицензию на использование прибора во "Взлет СП", а остался ни с чем. Ладно бы еще этот прибор участвовал в информационном обмене, а то с коробулькой (АСДВ-020) несколько лет бегали. Раньше такие приборы не влияли на лицензию "Взлет СП", можно было оставить старый прибор и завести новый рядом и хоть как-то так пользоваться. теперь за каждую башку платить нужно. Лазить приходиться по дебрям архивной базы, ручками таскать циферки по таблицам...

..."Отчеты" без предупреждения удаляет и узел и связанную таблицу...

Сообщение программы "Отмеченные узлы и их архивы удаляются из базы данных. Вы уверены?" конечно же никаким предупреждением не является, согласен. Программа должна быть переработана. В этом месте должно быть завывание сирены, мерцание экрана и устрашающе-нарастающая активность винчестера. Хотя, согласитесь,  и в этом случае пользователь нажмет "Да" быстрее, чем прочитает. Увы.

Не нужно сирену,  еще одну кнопочку - оставить архивы. И работать с ними как с обычными таблицами, а не узлами. Пусть присутствуют в общем списке.