Genesis32

TrendWorX32 Configurator

   Подскажите почему TrendWorX32 Configurator создает в БД таблицу с 185 полями. 36 – количество полей в записи на каждый тег.
Можно ли как нибудь изменить таблицу (допустим чтобы было 5 полей)?

Заранее спасибо.

Автор	Сообщение Share Topic Распечатать! Google Delicious Digg StumbleUpon Windows Live Yahoo Bookmarks reddit Facebook MySpace Newsvine Furl Тема сообщения Поиск Свойства темы Ответить Создать новую тему
zserg Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 09 Апрель 2007 Категория: Kazakhstan Online Status: Offline Публикации: 3	Свойства публикации Ответить Ответить, цитируя автора - zserg Сообщить модератору Ответить, цитируя автора - Ответ Тема сообщения: Genesis32 Опубликовано: 10 Апрель 2007 17:32
	Подскажите почему TrendWorX32 Configurator создает в БД таблицу с 185 полями. 36 – количество полей в записи на каждый тег. Можно ли как нибудь изменить таблицу (допустим чтобы было 5 полей)? Заранее спасибо.

MuadDib Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 27 Июль 2006 Online Status: Offline Публикации: 304	Свойства публикации Ответить Ответить, цитируя автора - MuadDib Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 13 Апрель 2007 05:53
	Формат базы напрямую не регулируется, т.к., по идее, для пользователей системы эти таблицы не предназначены. Но нельзя ли пояснить, для чего вам захотелось поменять формат базы? Хотите получать данные напрямую, без посредства OPC HDA?
	Теория - это когда все знаешь, но ничего не работает. Практика - это когда все работает, но никто не знает как.

zserg Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 09 Апрель 2007 Категория: Kazakhstan Online Status: Offline Публикации: 3	Свойства публикации Ответить Ответить, цитируя автора - zserg Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 15 Апрель 2007 13:48
	Да вроде того. Если Вам не трудно объясните назначении нескольких полей: Sample_MSec ( я думал это временной интервал между измененными значениями, почемуто не сходится) Sample_Qual- достоверность Sample_Modified. И еще один вопрос. Из-за чего DataWorX32 v.7.2 может разрастаться? Помогает только выгрузка приложения или полная перезагрузка.

MuadDib Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 27 Июль 2006 Online Status: Offline Публикации: 304	Свойства публикации Ответить Ответить, цитируя автора - MuadDib Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 16 Апрель 2007 05:27
	Сразу скажу, что абсолютно достоверной информацией о составе таблиц TrendWorx не владею, но некоторые предположения имеются. Sample_MSec - это просто момент времени, в который сделана данная выборка. То есть поле Sample_TDate содержит дату и время выборки в стандартном формате Windows, а _MSec дополняет эту информацию с точностью до миллисекунд. Sample_Qual- достоверность, тут никаких сомнений Sample_Modified - тут не совсем понятно. Похоже, это просто булевый признак - было изменение или не было. Но TW вроде как пишет данные только в случае изменения. Тогда зачем это поле? Непонятно. На счет DataWorx версии 7 ничего не скажу, у нас 8я версия, да и DW мы пока не используем. Если возникает утечка памяти, вам необходимо связаться с тех поддержкой. Уж что-что, а меморилика они фиксить должны. Может быть, уже есть SP или hot-fix, где проблема устранена. К слову, чем вас не устраивает HDA? Вроде бы, получать данные в стандартном виде OPC HDA поудобнее будет, чем ковыряться в таблицах TW.
	Теория - это когда все знаешь, но ничего не работает. Практика - это когда все работает, но никто не знает как.

zserg Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 09 Апрель 2007 Категория: Kazakhstan Online Status: Offline Публикации: 3	Свойства публикации Ответить Ответить, цитируя автора - zserg Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 16 Апрель 2007 07:30
	HDA вполне устраивает, просто данные из БД нужны для другого клиентского приложения, для задач которые не могут быть выполнены средствами Genesis. Просто с такой таблицей сложновато работать. Вообще мы хотим переходить на 9, там есть тунелирование. У нас больше 1000 контролируемых параметров поэтому без DW необойтись. У Вас наверно данные берутся напрямую от OPC серверов? Смотря OPC сервера еще как написаны, а то могут быть проблемы при подключении нескольких клиентов (мы уже с этим столкнулись).