|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Уважаемые профессионалы, помогите советом. АСКУЭ - автоматизированная система коммерческого учета электроэнергии. В общем виде ситуация такая: у потребителя стоит счетчик(и), передающий(е) через определенный софт и хард данные по энергоучету (оооочень много циферок) на сервер БД. Вопрос: какая СУБД для этого лучше подойдет? Сюда не посылать: http://www.sql.ru/forum/actualthread.aspx?tid=177596&hl=%e0%f1%ea%f3%fd ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:05 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Берите Кашу - считается, что это круто. З.Ы Посмотрите в сторону MSSQL, Oracle. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:10 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
мгммм... Кашу? Простите, не понял? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:11 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяй мгммм... Кашу? Простите, не понял? http://www.sql.ru/forum/actualthread.aspx?tid=351164 Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:25 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяймгммм... Кашу? Простите, не понял? Вот например ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:26 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Вопрос автору. Ваш вопрос относится к выбору системы учета электроэнергии или к выбору СУБД для разрабатываемой вами системы учета электроэнергии? Т.к, если второе, то наверно вы должны в своем вопросе оперировать именно критериями выбора СУБД "без привязки к АСКУЭ", ибо самой СУБД без разницы, что вы там учитываете: - кол-во одновременно работающих пользователей, поддерживаемые OC, объёмы данных и операций т.д. и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 11:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
antandВопрос автору. Ваш вопрос относится к выбору системы учета электроэнергии или к выбору СУБД для разрабатываемой вами системы учета электроэнергии? Второе. Мне необходима СУБД справляющаяся с громадными объемами данных, поступающих с не менее огромной скоростью. Функционал особого значения не имеет. Желательно не за бешенные деньги. И... мне кажется Cache - серьезный кандидат... ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 12:08 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяй у потребителя стоит счетчик(и), передающий(е) через определенный софт и хард данные по энергоучету (оооочень много циферок) на сервер БД. Так уж и много циферок. Вы что, снимаете показания счетчика каждую секунду? Zяй Вопрос: какая СУБД для этого лучше подойдет? Скорее всего, любая. Но если хотите получить хороший ответ - обрисуйте желаемое более подробно. Сколько счетчиков? Какая дискретность? Что с этими цифрами будет делаться дальше? Что за "определенный софт"? Итп. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 12:09 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarer Так уж и много циферок. Вы что, снимаете показания счетчика каждую секунду? каждые 3 и каждые 30 минут. однако кроме этого возможны иные операции считывания. вплоть до 0,5 сек. softwarer Сколько счетчиков? Какая дискретность? Что с этими цифрами будет делаться дальше? Что за "определенный софт"? Итп. Количество счетчиков? примерно 3000 (три тысячи). а может и больше. цифры будут просто хранится. периодически надо выдавать отчеты. основное: надо БЫСТРО принять инфу и НАДЕЖНО сохранить и хранить ее. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 12:23 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяй Вопрос: какая СУБД для этого лучше подойдет? RENaissance +1 и на АСКУЭ и на техническом учете стоит MS SQL Server 2000 на АСКУЭ база 1.1 гига на техническом учете около 40 гиг все лётает некоторые конторы предлагали варианты АСКУЭ на Oracle, но "побрились" ввиду своей нерасторопности ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 13:25 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
andy st и на АСКУЭ и на техническом учете стоит MS SQL Server 2000 на АСКУЭ база 1.1 гига на техническом учете около 40 гиг все лётает если не секрет, где же это такое стоит? какие масштабы? и как давно? ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 13:37 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяй если не секрет, где же это такое стоит? какие масштабы? и как давно? на базе этого сделана АСКУЭ. поставлена не очень давно, но в списке реализованных проектов у поставщика уже появились.)) по масштабам не могу сказать, что сделали, но собирались обасучивать 6 входных ГПП. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 13:57 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяйкаждые 3 и каждые 30 минут. Не очень понял этой фразы. Рабочее предположение - снимаете каждые три минуты. Zяйоднако кроме этого возможны иные операции считывания. вплоть до 0,5 сек. А вот это уже интересно? Как часто такие операции, как долго, на скольких счетчиках сразу? ZяйКоличество счетчиков? примерно 3000 (три тысячи). а может и больше. OK. Давайте возьмем 10'000 счетчиков раз в три минуты. Это будет примерно 60 записей в секунду. Уверен, любая СУБД при нормальной реализации кода выдюжит такой поток. Просто для сравнения - на своей домашней машине запустил серию "одиночный insert - commit", получил скорость порядка 6000 записей в секунду. И это не пытаясь оптимизироваться под этот режим, при самом тупом коде. Что касается объемов - недостаточно данных, чтобы оценить. Первый вопрос - за какой период данные нужно хранить и за какой период будут строиться отчеты. Zяйцифры будут просто хранится. периодически надо выдавать отчеты. основное: надо БЫСТРО принять инфу и НАДЕЖНО сохранить и хранить ее. Полагаю, стоит выдвинуть еще одно требование: минимальное время простоя. Поскольку любой простой грозит потерей данных, накапливающихся во время простоя. Итого, выбирайте именно исходя из надежного хранения-восстановления. Подчеркну еще раз: уверен, что при правильной реализации потянет любая БД. Я бы естественно кивал в сторону Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 14:18 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
предлагаю взять ту, по которой имеется наиболее грамотный специалист.. Posted via ActualForum NNTP Server 1.3 ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 17:12 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
ZяйУважаемые профессионалы, помогите советом. АСКУЭ - автоматизированная система коммерческого учета электроэнергии. В общем виде ситуация такая: у потребителя стоит счетчик(и), передающий(е) через определенный софт и хард данные по энергоучету (оооочень много циферок) на сервер БД. Вопрос: какая СУБД для этого лучше подойдет? Сюда не посылать: http://www.sql.ru/forum/actualthread.aspx?tid=177596&hl=%e0%f1%ea%f3%fd На самом деле эта задача очень просто решается и выбор СУБД здесь играет второстепенную роль. Я подобную задачу уже пару раз успешно решал. СУБД подойдет любая коммерческая реляционная (Oracle, DB2, MS SQL, Sybase) да и на MySql в принципе наверное можно сделать. Делается например вот как: 1. Ставится load-balancer, точнее их 2 с failover. 2. За ним ставится некоторое количество дешевых серверов которые пишут поток приходящих транзакций в общую файловую систему (например VERITAS Cluster File System, Sun Cluster, Generalized Parallel File System - GPFS, ...), каждые N минут закрывая старый файл и открывая новый. В любой момент времени 1 (и только один) сервер пишет в 1 файл. Файловая система на которую пишутся данные должна лежать на хорошем дисковом массиве и подключается через SAN. Файловая система бэкапится в онлайне, без остановки системы. 3. Ставится сервак подороже, цепляется на тот же SAN, на нем гоняется софт который грузит эти данные в вашу любимую реляционную СУБД. 4. В случае если СУБД позволяет репликацию (например Oracle) ставится standby server в другом здании (возможно даже в другом городе если сеть позволяет), на случай пожара/наводнения/землетрясения/беспорядков со стрельбой. Данная архитектура проверена мной лично на практике. Могу гарантировать что: 1. Данные не будут потеряны в результате отказа оборудования 2. Данные будут доступны 24*7*365 3. Объем данных которые будут потеряны в результате стихийного бедствия не превысит X минут работы (в случае когда есть standby server). ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 20:10 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Вдогонку, Решение выше - когда объмы данных от 300 гиг до нескольких терабайт в час. При более мелких объемах можно обойтись просто реляционной СУБД без кластера кэширующих данные серверов. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.11.2006, 20:14 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Oracle. Не ошибёшься. Если выбрать что-то другое, то можно ошибиться, и к тебе будут претензии. Зачем это надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.11.2006, 19:23 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Знаю эту задачу. Или нет, лучше так - занимаюсь подобной в газовой отрасли. Собираются данные с приборов учета с известной дискретностью. В нашем случае - по региону раз в час. Количество узлов учета - несколько тысяч. Узкое место - непосредственно получение данных по не всегда адекватным каналам связи. С точки зрения БД всё IMHO, весьма и весьма тривиально. Т.е. рядовой усредненный склад я считаю более сложным с точки зрения сервера БД. Однако, если делать систему в масштабах страны, то, полагаю, до 50% проблем будет связана с репликацией. Опять же IMHO. Ответ: любая коммерческая СУБД исходя из цены, ОС, наличия/доступности специалистов и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2006, 09:38 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
ZяйУважаемые профессионалы, помогите советом. В одной моей подопечной фирме это крутится под ораклом. Вы изобретаете велосипед? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2006, 11:46 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Не сказал где. Октябрьская железная дорога, Энергосбыт ... |
|||
:
Нравится:
Не нравится:
|
|||
19.11.2006, 11:47 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Cat2Не сказал где. Октябрьская железная дорога, Энергосбыт АСКУЭ в Энергосбыте? Оригинально! По сути вопроса добавлю: 1. для получасовок доступность 24*7*365 - обязательное условие, т.к. это информация весьма недешевая, когда она поступает своевременно. 2. данным с интервалом менее 30 мин. высокая доступность не нужна, т.к. они собираются на случай очередного "Чагино". Мне сомнительно, что их даже в СУБД заливать надо. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2006, 10:26 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Dried Gagarin 2. данным с интервалом менее 30 мин. высокая доступность не нужна, т.к. они собираются на случай очередного "Чагино". Мне сомнительно, что их даже в СУБД заливать надо. Это просто фантазии не хватает, как эти данные далее применить. Если система только ради учета - согласен. А когда начинают задумываться о нормировании расходов, оптимизации режимов потребления, особенно в условиях резко изменющегося потребления (электродуговые печи, прокатные станы и т.п.) то тут минутные данные выходят на первый план. Для выявления и анализа аварийных ситуаций минутные данные не канают. Есть аппаратно-программные комплексы, которые собирают секундные данных по большому количеству каналов (в т.ч. и по релейным - для отлова последовательностей срабатывания защит, выключателей и пр). А в случае фиксации аварии (задаются критерии) собираются миллисекундные данные. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2006, 10:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Dried Gagarin 2. данным с интервалом менее 30 мин. высокая доступность не нужна, т.к. они собираются на случай очередного "Чагино". Мне сомнительно, что их даже в СУБД заливать надо. В СУБД заливать как раз обязательно, и анализировать. Чтобы не было очередного "Чагино". ... |
|||
:
Нравится:
Не нравится:
|
|||
20.11.2006, 20:51 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Зл0йВ СУБД заливать как раз обязательно, и анализировать. Чтобы не было очередного "Чагино". Окей, окей - надо... вот только кто этим займется. Энергосбытам дали рынком на сутки вперед и балансирующим под зад для ускорения - вот они и забегали технологии прогнозирования потребления внедрять. А кто теперь сетевикам/диспетчерам/СКУПЭшникам под зад даст? По мне так тотальное АСКУячивание страны надо сделать очередным национальным проектом. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.11.2006, 09:08 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Собственно Зл0й всё правильно сказал. Сам сталкивался с системой на MySQL. Тут больше проблем с каналами связи приходилось решать чем с сервером. :( И про правильный бэкап главное не забудьте. ЗЫ: Привет коллеге. Интересно, теперь в связи с ФОРЭМ каждый энергосбыт кинулся "велосипед" изобретать. ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.11.2006, 16:45 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
WaytacЗЫ: Привет коллеге. Интересно, теперь в связи с ФОРЭМ каждый энергосбыт кинулся "велосипед" изобретать. ;) Чёзафиг? АСКУЭ - не забота энергосбытов ни разу. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.11.2006, 16:59 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Непонятно вы выбираете АСКУЭ или будете писать новую? Насколько я понимаю, то АСКУЭ д.б. сертифицирована соответствующими органами. Это довольно сложная система с точки зрения организации работы и СУБД там второстепенна. Кроме того в общей стоимости системы стоимость СУБД не так велика. Поэтому экономить на СУБД смысла нет. P.S. Мы используем АСКУЭ работающую с СУБД Oracle. ... |
|||
:
Нравится:
Не нравится:
|
|||
01.12.2006, 09:11 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Насколько мне известно об АСКУЭ, то сертифицированные сабжи строятся или на MSSQL или на Oracle или сразу в обоих версиях. Очевидно, это выгодно для совместимости с уже имеющимися в конторе информационными системами, и эти серверы также официально сертифицированы в России. Но могут быть и другие подходы, например когда контора сама собирает измерительное железо и подключает его к самодельному серверу. Правда, тогда это уже не АСКУЭ, а система ТЕХНИЧЕСКОГО учёта. Хотя по отдельным или даже всем параметрам и функционалу она будет превосходить требования к АСКУЭ, без сертификации она так и останется технической системой. В принципе она может совмещать и функции телеуправления, тогда сервер должен соответствовать требованиям к системам РЕАЛЬНОГО ВРЕМЕНИ, с временем реакции на критические ситуации в единицы - доли миллисекунды. Полезно пустить поиск по WWW, буклетов для АСКУЭ выложено навалом. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.12.2006, 20:40 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
ChelOНасколько мне известно об АСКУЭ, то сертифицированные сабжи строятся или на MSSQL или на Oracle или сразу в обоих версиях. Очевидно, это выгодно для совместимости с уже имеющимися в конторе информационными системами, и эти серверы также официально сертифицированы в России. Но могут быть и другие подходы, например когда контора сама собирает измерительное железо и подключает его к самодельному серверу. Правда, тогда это уже не АСКУЭ, а система ТЕХНИЧЕСКОГО учёта. Хотя по отдельным или даже всем параметрам и функционалу она будет превосходить требования к АСКУЭ, без сертификации она так и останется технической системой. В принципе она может совмещать и функции телеуправления, тогда сервер должен соответствовать требованиям к системам РЕАЛЬНОГО ВРЕМЕНИ, с временем реакции на критические ситуации в единицы - доли миллисекунды. Полезно пустить поиск по WWW, буклетов для АСКУЭ выложено навалом. Да я на Excel АСКУЭ видел, на ТЭЦ работает, и что? ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2006, 09:00 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
А новую версию Ant's попробовать нехотите? Там все для вашей задачи иделаьно подходит, insert база очень любит и нечего не блокирует. Время отклика минимально, кроме того подерживает дополнительный живой сервер куда в online делает репликацию. На нам можно гонять тяжелые отчеты. Да и приоритеты пользователей лишними не окажутся, процесу сохраняещему данные можно поставить наивышей приоритет. А если сервер физически накроется, то мгновенно можно переключиться на резервный сервер куда осуществлялась репликация. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2006, 10:45 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Регламенты НП АТС на АСКУЭ http://www.np-ats.ru/index.jsp?pid=94 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.12.2006, 12:25 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Скорее всего нужно систему АСКУЭ выбирать а не субд, они все на чем то уже работают. Мы используем Альфа центр и пока проблем не знаем, уже лет 5 наверно. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.02.2007, 10:43 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Dried Gagarin WaytacЗЫ: Привет коллеге. Интересно, теперь в связи с ФОРЭМ каждый энергосбыт кинулся "велосипед" изобретать. ;) Чёзафиг? АСКУЭ - не забота энергосбытов ни разу. А чья ж интересно мне знать забота??? Кто должен отчеты струячить? Очень даже Энергосбыт в ЖД инициатор! ПС: занимаемся разработкой АСКУЭ, правда на Украине. На чем делается: - сбор данных - С++, Линукс, Sybase SQL Anywhere - хранение на сервере - Oracle, клиент - Sybase PowerBuilder - тонкий клиент - JSP, Apache Tomcat - передача данных - Oracle DBLINK + сжатие Сразу отвечу челу про АСКУЭ на Ёкселе. Это НЕ АСКУЭ. Это поделка для составления одного отчета. Или набора отчетов со ссылками. Всех хвункций АСКУЭ она не может выполнять. Да и кто будет счетчики опрашивать? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2007, 18:56 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяй andy st и на АСКУЭ и на техническом учете стоит MS SQL Server 2000 на АСКУЭ база 1.1 гига на техническом учете около 40 гиг все лётает если не секрет, где же это такое стоит? какие масштабы? и как давно? Oracle 8.1.7 БД от 5-6 до 70 гиг, данные за 2 года максимум пока накопились. Стоит на ТЭЦах, на 2-х дистанциях ЖД. В среднем счетчиков на объект несколько сотен (интеллектуальных). ПС: трудно представить себе дистанцию ЖД с 3000 счетчиков. 1000 - еще тудой-сюдой. Ну или может дистанция длиннючая... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2007, 19:00 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
АСКУЭ эсли я не ошибаюсь надо сертифицировать. Кто знает как контора чубайса сертифицирует подобные продукты, и как например она относится к mysql? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.03.2007, 19:13 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim Romanenko Dried GagarinЧёзафиг? АСКУЭ - не забота энергосбытов ни разу. А чья ж интересно мне знать забота??? Кто должен отчеты струячить? Очень даже Энергосбыт в ЖД инициатор! ПС: занимаемся разработкой АСКУЭ, правда на Украине. На чем делается: - сбор данных - С++, Линукс, Sybase SQL Anywhere - хранение на сервере - Oracle, клиент - Sybase PowerBuilder - тонкий клиент - JSP, Apache Tomcat - передача данных - Oracle DBLINK + сжатие Сразу отвечу челу про АСКУЭ на Ёкселе. Это НЕ АСКУЭ. Это поделка для составления одного отчета. Или набора отчетов со ссылками. Всех хвункций АСКУЭ она не может выполнять. Да и кто будет счетчики опрашивать? Вы там у себе на Украине расслабляйтесь и получайте удовольствие. Пока вам Чубайса не прислали энергетику незалежной поднимать. Вы даже себе представить не можете, что происходит в настоящее время в российской энергетике. Вы даже подумать о таком не можете! Модератор: поправил квотинг ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 15:27 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Алексей КлючниковАСКУЭ эсли я не ошибаюсь надо сертифицировать. Кто знает как контора чубайса сертифицирует подобные продукты, и как например она относится к mysql? Надо конечно сертифицировать. Ну или по кр мере проходить метрологическую аттестацию. Но насколько мне известно, выбор СУБД на сертификацию никакого влияния не имеет. К тому же стоит помнить, что сертифицируется не просто ПО, но и железная часть (ПО+счетчики+линии+трансформаторы). Так по кр. мере на Украине. Но думаю что в России особых отличий быть не должно. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 16:36 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Алексей КлючниковАСКУЭ эсли я не ошибаюсь надо сертифицировать. Кто знает как контора чубайса сертифицирует подобные продукты, и как например она относится к mysql? Никак, т.к. http://www.np-ats.ru/index.jsp ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 16:37 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Dried GagarinВы там у себе на Украине расслабляйтесь и получайте удовольствие. Пока вам Чубайса не прислали энергетику незалежной поднимать. Вы даже себе представить не можете, что происходит в настоящее время в российской энергетике. Вы даже подумать о таком не можете! Модератор: поправил квотинг Хм. Ну конечно не могу. До конца представить. НО уверяю Вас - у нас тут тоже дерибаса много творится со сдачами системы для контроля разными организациями ;) У каждого в работе свои тараканы. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 16:37 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
qr Никак, т.к. http://www.np-ats.ru/index.jsp чет смысл линка не понял... Там вроде не написано ничего про выбор СУБД ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 16:51 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim Romanenko qr Никак, т.к. http://www.np-ats.ru/index.jsp чет смысл линка не понял... Там вроде не написано ничего про выбор СУБД жаль... Есть система, которая должна соответсвовать определённым требованиям. СУБД, ОС там не имеет большого значения (этого вы и не найдёте). Критерии, которым она, система, должна соответсвовать, указаны в соответствующих регламентах. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 17:34 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Если вас интересуют конкретные реализации АСКУЭ - это несколько другой вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 17:35 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
qr жаль... Есть система, которая должна соответсвовать определённым требованиям. СУБД, ОС там не имеет большого значения (этого вы и не найдёте). Критерии, которым она, система, должна соответсвовать, указаны в соответствующих регламентах. Хм Почему жаль-то? Я например там увидел некую систему, похоже использующую информацию из АСКУЭ. Выполняющую несколько бОльшие задачи, чем берет на себя АСКУЭ. ни про какие требования к системе в целом я там инфы я особо не разглядел. Внимательно правда не искал - уж больно много там возможностей даже для незалогиненного юзера ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2007, 20:15 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim Romanenko qr жаль... Есть система, которая должна соответсвовать определённым требованиям. СУБД, ОС там не имеет большого значения (этого вы и не найдёте). Критерии, которым она, система, должна соответсвовать, указаны в соответствующих регламентах. Хм Почему жаль-то? Я например там увидел некую систему, похоже использующую информацию из АСКУЭ. Выполняющую несколько бОльшие задачи, чем берет на себя АСКУЭ. ни про какие требования к системе в целом я там инфы я особо не разглядел. Внимательно правда не искал - уж больно много там возможностей даже для незалогиненного юзера "АСКУЭ" и "система использующая информацию из АСКУЭ" это не является эквивалентом. Передавать информацию из АСКУЭ можете хоть в 1с, если перед вами стоят подобные задачи. Можете ознакомиться с документиком, например Приложение 11.1. Автоматизированные информационно-измерительные системы коммерческого учета электрической энергии (мощности). Технические требования http://www.np-ats.ru/index.jsp?pid=189 Я там тоже "незалогиненный юзер". ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2007, 11:28 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
>Я например там увидел некую систему, похоже использующую информацию из АСКУЭ. Невнимательно прочитал... пардон. Это "конечная станция" коммерческого учёта ЭЭ. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2007, 14:04 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
qr "АСКУЭ" и "система использующая информацию из АСКУЭ" это не является эквивалентом. Передавать информацию из АСКУЭ можете хоть в 1с, если перед вами стоят подобные задачи. Дело в том, что само понятие АСКУЭ не предполагает НЕОБХОДИМОСТИ 1-секундного обновления данных. Потому что данные не должны так часто обновляться. Потому что ИСТОЧНИКИ ДАННЫХ АСКУЭ (тобишь, счетчики коммерческого учета ЭЭ) не умеют - отдавать данные с такой частотой, не должны - по определению понятия "коммерческие данные". По кр мере на Украине :) qr Можете ознакомиться с документиком, например ... Технические требования http://www.np-ats.ru/index.jsp?pid=189 Ознакомился. Основополагающий по моему мнению пункт идет в самом начале: авторФункции АИИС: - выполнение измерений 30-минутных приращений активной и реактивной электроэнергии, характеризующих оборот товарной продукции; - периодический (1 раз в сутки) и /или по запросу автоматический сбор привязанных к единому календарному времени измеренных данных о приращениях электроэнергии с заданной дискретностью учета (30 мин); О какой периодичности "раз в секунду" идет речь?? Не понимаю. Не, Вы конечно можете тулить ОДНИ И ТЕ ЖЕ данные раз в секунду. Но они обновятся-то через полчаса!!! Если конечно речь не идет о получении параметров электросети. НО! Это уже не коммерческие данные :) И впринципе выходят за рамки АСКУЭ. И опять же, счетчики КОММЕРЧЕСКОГО УЧЕТА просто ФИЗИЧЕСКИ не дадут себя опрашивать так часто (1 раз в секунду). ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2007, 13:34 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
1с - http://www.1c.ru/ ;)) Передавать информацию из АСКУЭ можете хоть в 1с Ладно 1:1 >По кр мере на Украине :) У вас там не лоббируют интересы западных 5 минуток или кратных 5? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.03.2007, 11:57 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
У нас лоббируют балансирующий рынок :) Расчеты за потребленную/выработанную ЭЭ каждый час. Про 5-минутки пока не лоббируют. Но если будут - нам прийдется пересматривать концепции нашей АСКУЭ :( Прийдется вводить всякие там партиционирования и другие навороты, а так же дорабатывать бОльшую оптимизацию поддержки многопроцессорности... Иначе уже на тыщще точек все ляжет... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2007, 11:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
qr1с - http://www.1c.ru/ ;)) Передавать информацию из АСКУЭ можете хоть в 1с ПС: я отлично понял, о какой 1с идет речь ;) Но все равно - фраза остается: пердольте данные в 1С хоть раз в секунду - но они не будут изменяться в течение получаса ;) По кр мере в случае коммерческого учета... ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2007, 18:52 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Стоит АСКУЭ и в ее базе куча счетчиков (больше 100) с которых она вытягивает показания и сохраняет в Оракл, так вот какая лицензия нужна для оракла чоб все было законно!? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.11.2011, 16:12 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
KartyzСтоит АСКУЭ и в ее базе куча счетчиков (больше 100) с которых она вытягивает показания и сохраняет в Оракл, так вот какая лицензия нужна для оракла чоб все было законно!? По версии укр. филиала Оракла - каждый прибор является источником данных, соотв. 100 + кол-во юзеров, но минимум 5 (20) на процессор для Оракл СЕ (Энтерпрайз). Это вобщем. Склоняют к покупке лицензий на процессор (20к баксов на процессор было) ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2012, 20:00 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Тогда дешевле будет взять что то готовое. Типа http://www.prosoftsystems.ru/products/product.htm?pid=87 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 10:45 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Zяйкаждые 3 и каждые 30 минут. однако кроме этого возможны иные операции считывания. вплоть до 0,5 сек. Количество счетчиков? примерно 3000 (три тысячи). а может и больше. цифры будут просто хранится. периодически надо выдавать отчеты. основное: надо БЫСТРО принять инфу и НАДЕЖНО сохранить и хранить ее.PostgreSQL раз в минуту идет занос порядка 1К строк (передано за минуту минформации. Это телеком) с 12 параметрами для каждого. В принципе сервер будет работать и при 10К, да и при 100К - тоже. Вом вообще по барабану - какая база. Любая подойдет. По ценам - оно бесплатно и лицензия там BSD (берите и пользуйте как хотите. На базе Пг была сделана ЛинтерСВ для наших вояк. Так что гладиолус). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 11:45 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Тогда дешевле будет взять что то готовое. Типа http://www.prosoftsystems.ru/products/product.htm?pid=87 Дык а при чем тут готовое или не готовое?? Лицензия на СУБД - она в любом решении остается ;) Тут скорее вопрос во вменяемости представительства Оракла (по кр мере в Украине). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 14:21 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Понятно, что надо текущую систему поддержать. Но... Может в финансовом плане лучше использовать другую СУБД? Поддержка Оракл - это недешево. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 15:23 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
rodenПонятно, что надо текущую систему поддержать. Но... Может в финансовом плане лучше использовать другую СУБД? Поддержка Оракл - это недешево. Тут согласен на все 100%. И чтоб удешевить жизнь заказчику (или себе, если Вы и так работаете над конечным продуктом "для себя") стоит задуматься об отказе от поддержки. Которая стоит то-ли 13, то-ли 17% в год. Вне зависимости от того, пользуетесь или нет. И если компания потом захочет докупить Оракл (даже под другую систему), или перейти на новую версию - то будут требовать плату за все годы, которые прошли после приобретения Оракла. Сво... Но, говорят, в Мелкософте есть тоже свои ньюансы лицензирования. Подробностей не знаю. Но-2. В Оракле по сравнению с бесплатными СУБД есть свои плюшки. Которые уменьшают время, затрачиваемое на разработку софта и вылавливание глюков. Так что тут уж как посмотреть... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 16:23 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim Romanenkoserg99Тогда дешевле будет взять что то готовое. Типа http://www.prosoftsystems.ru/products/product.htm?pid=87 Дык а при чем тут готовое или не готовое?? Лицензия на СУБД - она в любом решении остается ;) Тут скорее вопрос во вменяемости представительства Оракла (по кр мере в Украине). В готовом решении уже решены вопросы вменяемости представительств. Плюс оно предоставляет дополнительный сервис требующийся прикладной задачей (графики, отчеты, коммуникации и т.п.). СУБД - это все лишь часть системы. Ну и естественно если требуется коммерческий учет энергоресурсов, то необходима сертификация ПО, которая может быть только у готовых систем, а не у их частей. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 19:44 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim Romanenko Но, говорят, в Мелкософте есть тоже свои ньюансы лицензирования. Подробностей не знаю. Но-2. В Оракле по сравнению с бесплатными СУБД есть свои плюшки. Которые уменьшают время, затрачиваемое на разработку софта и вылавливание глюков. Так что тут уж как посмотреть...Мелкософт готовит подлянку - лицензирование на ядро, а не на сокет. По поводу скорости разработки, Оракл не видел, поэтому спорить сильно не буду и на верность своего высказывания так-же не буду претендовать, однако, что-то мне подсказывает что дальнейшая проплата Ораклу встанет дороже, чем эти эфимерные ускорения разработки. + Любое ускорение ведет к тому, что идет непонимание того, что делаете. Так что тут палка о двух концах. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2012, 20:48 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Ну и естественно если требуется коммерческий учет энергоресурсов, то необходима сертификация ПО, которая может быть только у готовых систем, а не у их частей. Не так. Сертифицируется программно-технический комплекс в целом, а не ПО. Оракл для АСКУЭ применяется часто. Более того, Альфа-центр, самый распространенный комплекс АСКУЭ, работает исключительно с Ораклом. Эти системы настолько дорогие, что стоимостью приобретения СУБД можно пренебречь. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 11:59 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Vadim RomanenkoKartyzСтоит АСКУЭ и в ее базе куча счетчиков (больше 100) с которых она вытягивает показания и сохраняет в Оракл, так вот какая лицензия нужна для оракла чоб все было законно!? По версии укр. филиала Оракла - каждый прибор является источником данных, соотв. 100 + кол-во юзеров, но минимум 5 (20) на процессор для Оракл СЕ (Энтерпрайз). Это вобщем. Склоняют к покупке лицензий на процессор (20к баксов на процессор было)Это бред. Надо правильно понимать, что есть клиент БД, а что нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 12:01 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Warstoneчто-то мне подсказывает что дальнейшая проплата Ораклу встанет дороже, чем эти эфимерные ускорения разработки. Разработка - процесс постоянный, поэтому "дальнейшая" - понятие эфемерное. Warstone Любое ускорение ведет к тому, что идет непонимание того, что делаете. Перевернули с ног на голову. Непонимание ведёт к замедлению. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 12:09 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Siemarglserg99Ну и естественно если требуется коммерческий учет энергоресурсов, то необходима сертификация ПО, которая может быть только у готовых систем, а не у их частей. Не так. Сертифицируется программно-технический комплекс в целом, а не ПО. Ну да. При этом ПО так же считается прошедшим сертификацию. SiemarglОракл для АСКУЭ применяется часто. Более того, Альфа-центр, самый распространенный комплекс АСКУЭ, работает исключительно с Ораклом. Эти системы настолько дорогие, что стоимостью приобретения СУБД можно пренебречь. Чего же хорошего в исключительности? Та же Энергосфера может работать практически с любой СУБД. Соответсвенно позволяет экономить тем кто не хочет пренебрегать "стоимостью". ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 14:10 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Чего же хорошего в исключительности? Та же Энергосфера может работать практически с любой СУБД. Соответсвенно позволяет экономить тем кто не хочет пренебрегать "стоимостью". Термин "экономить" здесь весьма спорен. Нетривиальная система, "работающая с практически любой СУБД", дороже в разработке и сопровождении, дороже в техподдержке пользователей и вынуждена искать тот или иной баланс между "сильно дороже в разработке" и "сильно менее производительна, а потому требует дополнительных вложений в железо". Мотивация разработки таких систем - стремление разработчика забрать себе "кусок", который "пользователю приходится платить за лицензии". А вот стоимость владения той или иной для конечного пользователя - боольшой вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 14:20 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99Чего же хорошего в исключительности? Та же Энергосфера может работать практически с любой СУБД. Соответсвенно позволяет экономить тем кто не хочет пренебрегать "стоимостью". Термин "экономить" здесь весьма спорен. Нетривиальная система, "работающая с практически любой СУБД", дороже в разработке и сопровождении, дороже в техподдержке пользователей и вынуждена искать тот или иной баланс между "сильно дороже в разработке" и "сильно менее производительна, а потому требует дополнительных вложений в железо". Мотивация разработки таких систем - стремление разработчика забрать себе "кусок", который "пользователю приходится платить за лицензии". А вот стоимость владения той или иной для конечного пользователя - боольшой вопрос. Стоимость разработки и техподдержки у поставщика не должна волновать потребителя. Его дело выбрать по оптимальной цене систему с необходимым качеством решающую его прикладную задачу. Естественно с учетом стоимости владения. Ничего плохого в том что разработчик вложил дополнительные деньги в разработку, что бы забрать себе "кусок" или дать потребителю возможность выбора и экономии - не вижу. Собственно SAP так и делает. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 15:40 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Стоимость разработки и техподдержки у поставщика не должна волновать потребителя. Конечно, она его и не волнует. Он просто так или иначе вынужден за неё платить ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2012, 15:53 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99Стоимость разработки и техподдержки у поставщика не должна волновать потребителя. Конечно, она его и не волнует. Он просто так или иначе вынужден за неё платить Естественно. А так же оплачивает прибыль поставщика, которая так же не должна его волновать. Его должны волновать собственные расходы, которые при наличии конкуренции потребитель имеет возможность оптимизировать. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 09:26 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Его должны волновать собственные расходы Бинго! И именно поэтому силлогизм "при разработке системы X расходы поставщика больше; покупатель оплачивает расходы поставщика => при покупке системы X покупатель экономит" представляется небесспорным. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 11:19 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99Его должны волновать собственные расходы Бинго! И именно поэтому силлогизм "при разработке системы X расходы поставщика больше; покупатель оплачивает расходы поставщика => при покупке системы X покупатель экономит" представляется небесспорным. Не знаю кто говорил такие силлогизмы. Это в принципе неверно. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 12:19 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Не знаю кто говорил такие силлогизмы. Это в принципе неверно. А Вы посмотрите внимательно ход нашей беседы. В сообщении 12054074 Вы сформулировали вывод. В ответе - сообщении 12054210 - я сформулировал посылки. Далее Вы с ними согласились. Итого сейчас Вы подтвердили, что вывод неверен. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 12:51 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99Не знаю кто говорил такие силлогизмы. Это в принципе неверно. А Вы посмотрите внимательно ход нашей беседы. В сообщении 12054074 Вы сформулировали вывод. В ответе - сообщении 12054210 - я сформулировал посылки. Далее Вы с ними согласились. Итого сейчас Вы подтвердили, что вывод неверен. Это Ваш вывод неверен. Я в первом сообщении говорил об экономии за счет исключения из стоимости ПО компонентов сторонних компаний, которая всегда ложится на себестоимость каждого конкретного экземпляра ПО. Из того что такое "импортозамещение" требует дополнительных затрат разработчика никак не следует что в результате потребитель не получит экономии. Компании идут на ипортозамещение если при заданной тиражности ПО дополнительные затраты связанные с этим меньше чем затраты на закупку лицензий сторонних поставщиков. В результате при той же марже цена на один экземпляр ПО может быть уменьшена, и потребитель получает экономию. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 14:14 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Это Ваш вывод неверен. Я в первом сообщении говорил об экономии за счет Вы в первом сообщении говорили об экономии. Я же пытаюсь донести до Вас мысль, что если в результате некоего действия есть реальный шанс заплатить вместо ста рублей сто пятьдесят - это вовсе не экономия. serg99Компании идут на ипортозамещение если Не надо фантазировать. На самом деле две основных причины - жадность и неграмотность. ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 17:05 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99Это Ваш вывод неверен. Я в первом сообщении говорил об экономии за счет Вы в первом сообщении говорили об экономии. Я же пытаюсь донести до Вас мысль, что если в результате некоего действия есть реальный шанс заплатить вместо ста рублей сто пятьдесят - это вовсе не экономия. Если мне выписывают счет на 100 рублей за ПО, то какие такие действия генерируют шанс заплатить 150? Только бухгалтерская ошибка. Или Вы опять про стоимость владения? Типа администратор Постгреса будет получать зарплату больше администратора Оракл? :-) serg99Компании идут на ипортозамещение если Не надо фантазировать. На самом деле две основных причины - жадность и неграмотность.[/quot] Если фирмы где Вы работаете это так, то это не значит что весь цивилизованный мир планируя инвестиции исходит из жадности и безграмотности. Думаю кто то, кое где, у нас порой исходит из экономической целесобразности :-). Если SAP такой неграмотный, то почему он такой богатый :-). ... |
|||
:
Нравится:
Не нравится:
|
|||
09.02.2012, 20:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Если мне выписывают счет на 100 рублей за ПО, то какие такие действия генерируют шанс заплатить 150? Только бухгалтерская ошибка. Нет, но какая все-таки поразительная наивность =) Ну не сразу заплатить обычно, хотя и сразу бывает тоже. Кстати, если можно пруф, что Энергосфера работает с чем то, кроме MSSQL. Из любопытства. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 09:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
Siemarglserg99Если мне выписывают счет на 100 рублей за ПО, то какие такие действия генерируют шанс заплатить 150? Только бухгалтерская ошибка. Нет, но какая все-таки поразительная наивность =) Ну не сразу заплатить обычно, хотя и сразу бывает тоже. Кстати, если можно пруф, что Энергосфера работает с чем то, кроме MSSQL. Из любопытства. У них на сайте написано: "Имеет гибко настраиваемые шаблоны, позволяющие вести запись в любую стандартную СУБД." Система до 500 каналов учета уже с лицензией на MSSQL 2008 R2 на 4 клиента стоит 280 тыс рублей. У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 11:28 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99, Нда. Интернет - источник знаний =) ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 13:13 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99У них на сайте написано: "Имеет гибко настраиваемые шаблоны, позволяющие вести запись в любую стандартную СУБД." Система до 500 каналов учета уже с лицензией на MSSQL 2008 R2 на 4 клиента стоит 280 тыс рублей. У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. у оракла на сокет лицензия SE1 стоит $5800 + 22% за супорт, у мсскл уже стоит ориентироваться на 2012 версию, она лицензируется по ядрам и заметно дороже оракла во многих случаях выйдет. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 14:47 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. Прямо интересно, откуда Вы взяли такую цифру. У Оракла минимальная лицензия на один процессор (с любым числом клиентов) стоит $5500, минимальная лицензия на 5 клиентов (с любым числом серверов) $900. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 15:39 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarerserg99У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. Прямо интересно, откуда Вы взяли такую цифру. У Оракла минимальная лицензия на один процессор (с любым числом клиентов) стоит $5500, минимальная лицензия на 5 клиентов (с любым числом серверов) $900. Смотрел на www.orashop.ru. Не отказывался от предлагаемой по умолчанию техподдержки на год. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 16:44 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Смотрел на www.orashop.ru. Не отказывался от предлагаемой по умолчанию техподдержки на год. Тогда наверное можно назвать и десять тысяч - не отказываясь от техподдержки на пять лет, и любую другую сумму. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 16:55 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
softwarer, Yo.! Съезжаем с темы. Процессорные лицензии для АСКУЭ в 99% случаях не нужны. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 18:29 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
SiemarglСъезжаем с темы. Процессорные лицензии для АСКУЭ в 99% случаях не нужны. Ну так пользовательские-то куда как дешевле Но если говорим о пользовательских - оракл считает правильным лицензировать каждый датчик как пользователя, что и вызывает тему о возможно процессорных лицензиях. ... |
|||
:
Нравится:
Не нравится:
|
|||
10.02.2012, 19:53 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99если требуется коммерческий учет энергоресурсов, то необходима сертификация ПО, которая может быть только у готовых систем, а не у их частей. Могут быть сертифицированы и части системы (отдельное ПО) В этом случае с сертификацией ПО в целом заморочек значительно меньше. Плюс, ещё большой вопрос под какие требования сертифицироваться, а то может случиться так, что использование какой-то части системы поставит крест на всей сертификации в принципе. Если конкретно о СУБД, смотря опять же под какие требования, но сертифицированные СУБД существуют. Так что одной заморочкой при сертификации может быть меньше. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2012, 12:04 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
rodenserg99если требуется коммерческий учет энергоресурсов, то необходима сертификация ПО, которая может быть только у готовых систем, а не у их частей. Могут быть сертифицированы и части системы (отдельное ПО) В этом случае с сертификацией ПО в целом заморочек значительно меньше. Плюс, ещё большой вопрос под какие требования сертифицироваться, а то может случиться так, что использование какой-то части системы поставит крест на всей сертификации в принципе. Если конкретно о СУБД, смотря опять же под какие требования, но сертифицированные СУБД существуют. Так что одной заморочкой при сертификации может быть меньше. Канал измерения должен быть сертифицирован в целом. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.02.2012, 23:28 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99Siemarglпропущено... Нет, но какая все-таки поразительная наивность =) Ну не сразу заплатить обычно, хотя и сразу бывает тоже. Кстати, если можно пруф, что Энергосфера работает с чем то, кроме MSSQL. Из любопытства. У них на сайте написано: "Имеет гибко настраиваемые шаблоны, позволяющие вести запись в любую стандартную СУБД." Система до 500 каналов учета уже с лицензией на MSSQL 2008 R2 на 4 клиента стоит 280 тыс рублей. У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. Зачем вам процессорная лицензия? Если Oracle считает, что каждый счетчик - это пользователь, то пусть докажет что пользователь=счетчик пишет данные в БД, читает их оттуда или строит отчет. Хотелки oracle это замечательно, как и желание продать лицензию подороже. И вообще, покупая готовую аскуэ - типа альфацентра или пирамиды, вы покупаете уже лицензию на субд в составе аскуэ (за исключением случае, когда у вас будет тысячи счетчиков, сотни ГБ информации и вам реально нужен многопроцессорный сервер) и тех. поддержка от оракла или mssql вам уже не нужна - вам нужна поддержка от производителя аскуэ и пусть он сам разбирается с проблемами в сервере БД, обновлениями и т.п., тем более, что обычный пользователь аскуэ - энергетик - никогда не сможет накатить правильно и полностью какой то патч от oracle, даже если он его и получит. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.02.2012, 16:46 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
EAlexanderserg99пропущено... У них на сайте написано: "Имеет гибко настраиваемые шаблоны, позволяющие вести запись в любую стандартную СУБД." Система до 500 каналов учета уже с лицензией на MSSQL 2008 R2 на 4 клиента стоит 280 тыс рублей. У Оракла насколько понимаю минимальная лицензия на один процессор и 5 клиентов стоит более 7 тыс баксов. Зачем вам процессорная лицензия? Если Oracle считает, что каждый счетчик - это пользователь, то пусть докажет что пользователь=счетчик пишет данные в БД, читает их оттуда или строит отчет. Хотелки oracle это замечательно, как и желание продать лицензию подороже. И вообще, покупая готовую аскуэ - типа альфацентра или пирамиды, вы покупаете уже лицензию на субд в составе аскуэ (за исключением случае, когда у вас будет тысячи счетчиков, сотни ГБ информации и вам реально нужен многопроцессорный сервер) и тех. поддержка от оракла или mssql вам уже не нужна - вам нужна поддержка от производителя аскуэ и пусть он сам разбирается с проблемами в сервере БД, обновлениями и т.п., тем более, что обычный пользователь аскуэ - энергетик - никогда не сможет накатить правильно и полностью какой то патч от oracle, даже если он его и получит. Так и я о том же. Что дешевле купить готовую систему АСКУЭ типа Энергосферы, чем отдельно покупать СУБД и писать своё ПО АСКУЭ. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.02.2012, 10:54 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99, конечно купить готовое проще и дешевле, тем более, если подразумевается аскуэ, а не просто опрос 5 счетчиков и сложение их данных в экселе. разрабатывать аскуэ будет не один человек и не один месяц - все риски с увольнением, изменениями требований и т.п. берт на себя производитель аскуэ, а не местный персонал. и это только один из рисков. Короче, берите энергосферу, альфацентр, пирамиду, пчелу и т.п. - что там дешевле выйдет или подойдет к вашему железу и не парьтесь своими разработками. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.02.2012, 17:51 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
EAlexanderserg99, Короче, берите ... альфацентр ... и т.п. - что там дешевле выйдет или подойдет к вашему железу и не парьтесь своими разработками. Мой вам совет - ни в коем случае не связывайтесь с АльфаЦентр. Намучаетесь с ним. Вас будет тошнить от интерфейса, который только на разрешении 1024x768 еще выглядит более-менее. Приходится самому писать оконные интерфейсы. Пользоваться ужасно неудобно. Почитайте на форумах, что о них пишут. Техподдержка на год обойдется в районе 20 000 грн. Наше руководство радо было бы выбрать другое ПО, но из-за других лицензиатов пришлось связываться с этим г...м. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2012, 15:21 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99rodenпропущено... Могут быть сертифицированы и части системы (отдельное ПО) В этом случае с сертификацией ПО в целом заморочек значительно меньше. Плюс, ещё большой вопрос под какие требования сертифицироваться, а то может случиться так, что использование какой-то части системы поставит крест на всей сертификации в принципе. Если конкретно о СУБД, смотря опять же под какие требования, но сертифицированные СУБД существуют. Так что одной заморочкой при сертификации может быть меньше. Канал измерения должен быть сертифицирован в целом. Это как раз понятно, но ... Что проще сертифицировать: то, что состоит уже из сертифицированных средств, или то, что первый раз сертификационная лаборатория увидит? А что будет дешевле из этого сертифицировать? Так и я о том же. Что дешевле купить готовую систему АСКУЭ типа Энергосферы, чем отдельно покупать СУБД и писать своё ПО АСКУЭ. А стоимость владения чего будет дешевле? Купить сделанное действительно обычно дешевле, но 1) не всегда закрывает все потребности 2) стоимость владения может превышать стоимость внедрения, тем более, что платить за владение придется все время использования :) В общем тут не так все просто. Иногда в итоге дешевле разработать то, что нужно. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.03.2012, 17:52 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
rodenserg99Канал измерения должен быть сертифицирован в целом. Это как раз понятно, но ... Что проще сертифицировать: то, что состоит уже из сертифицированных средств, или то, что первый раз сертификационная лаборатория увидит? А что будет дешевле из этого сертифицировать? Формально для лаборатории всё равно. На практике каждый случай рассматривается отдельно. rodenТак и я о том же. Что дешевле купить готовую систему АСКУЭ типа Энергосферы, чем отдельно покупать СУБД и писать своё ПО АСКУЭ. А стоимость владения чего будет дешевле? Купить сделанное действительно обычно дешевле, но 1) не всегда закрывает все потребности 2) стоимость владения может превышать стоимость внедрения, тем более, что платить за владение придется все время использования :) В общем тут не так все просто. Иногда в итоге дешевле разработать то, что нужно. В общем случае последнее предложение верно. Но не для случая АСКУЭ, а тем более коммерческого учета. Стоимость владения для коробочного ПО характеризуется покупкой новых версий если это необходимо. Стоимость владения самопального ПО характеризуется содержанием одного или более программистов исправляющих баги в своём самопальном ПО и как правило действительно все время использования. А когда ключевой программист уволится, тогда стоимость владения самопального ПО становится ясной даже самому тупому руководству и зачастую делается решение по закупке коробочного ПО. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.03.2012, 06:34 |
|
АСКУЭ: какую СУБД выбрать?
|
|||
---|---|---|---|
#18+
serg99rodenпропущено... Это как раз понятно, но ... Что проще сертифицировать: то, что состоит уже из сертифицированных средств, или то, что первый раз сертификационная лаборатория увидит? А что будет дешевле из этого сертифицировать? Формально для лаборатории всё равно. На практике каждый случай рассматривается отдельно. За Ваши деньги будет действительно все равно. Так что можно и переплатить. Но самое интересное начинается тогда, когда находятся несоответствия руководящим документам. Тут уж и деньги не всегда помогают. В сертифицированном ПО таких несоответствий уже по определению нет. serg99 Стоимость владения для коробочного ПО характеризуется покупкой новых версий если это необходимо.К сожалению этим не ограничивается. Иначе все бы занимались только коробочным ПО :) ... |
|||
:
Нравится:
Не нравится:
|
|||
30.03.2012, 15:55 |
|
|
start [/forum/topic.php?all=1&fid=35&tid=1552571]: |
0ms |
get settings: |
10ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
34ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
99ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 190ms |
0 / 0 |