Dmitriy78
Насколько SQL преспособлена для приема\передачи большого объема производственных данных
Либо такой тандем нежелателен и лучше изначально отказаться от сервера системы АСКУЭ на SQL 2000 и требовать от системного интегратора, что бы программа опроса полевых приборов забивала данные в InSQL, а софт АСКУЭ также соответственно тоскал данные оттуда.

Мне кажется, что лучше полевые данные через MS SQL не гонять. Вопрос даже не в том, справится он или нет, а в том, что проблемы будут точно, и проявляться они будут не сразу, а постепенно, и хотя все они скорее всего будут разрешимы, но затрат и геморроя вы получите много. А если в итоге вы все равно делате ставку на другую систему, то зачем вам решать одни и те же проблемы дважды? ИМХО.

Извечная проблема. Хотите сэкономить сегодня - будьте готовы потратиться вдвойне завтра. Мне кажется, что этот вопрос неразрешим. Либо - либо.

Если вы уже точно знаете о том какую и когда MES-систему собираетесь внедрять, то стоит все просчитать внимательно с учетом ее возможностей и характеристик. Если же это только идеи без всякой конкретики, то не загружайте себя проблемами, которых пока нет и которые возможно никогда и не встанут, - берите MS SQL и работайте сегодня.

Лично меня удивляет именно то, что выбранная вами АСКУЭ базируется именно на MS SQL. Это вобще говоря не самый удачный выбор для АСКУЭ. Но у всего этого есть еще один нюанс. MS SQL, хотя и не является наиболее удачной системой для накопления первичных данных от оборудования, в то же время, оказывается очень хорош для формирования сложной аналитической отчетности. Какие задачи вы решаете внедряя АСКУЭ? Если именно задачи анализа и прогнозирования, то лучше оставляйте MS SQL. Если же во главе угла стоят задачи оперативного учета и контроля, то вероятно лучше все переводить в единую с MES-системой СУБД. Также имеет значение и собственно объем ваших первичных данных.

Тут вам нужно спрогнозировать и еще одну проблему, которую вы получите после внедрения. Ведь вы же захотите иметь аналитику и по тем данным, которые у вас лежат в MES-системе, а может даже они как-то будут коррелировать с данными АСУЭ. Короче все-равно вы в итоге захотите иметь отдельную аналитическую систему со свом отдельным хранилищем данных, которую как-раз таки будет вполне разумно строить на MS-SQL. Т.е. в идеале схема должна быть такой: первичные данные от MES и АСУЭ поступают в СУБД MES-системы, а оттуда некие выборочные и аггрегированные данные перегоняются в СУБД аналитической системы и на их снове строится разнообразная продвинутая отчетность и пр.

Dmitriy78... Просто в России нет фирм, которые строят свои системы учета на чем-то более навороченном и приспособленном для сбора и анализа производственных данных.


Увы, согласен :(

Dmitriy78
... В теории SQL Server может быть поставщиком данных в MES? И насколько такой симбиоз допустим. Насколько я представляю себе работу SQL Server он может справляться с большим количеством данных на входе, но вот на выходе он чувствителен к количеству одновременных запросов и их глубине. В случае с большими массивами данных АСКУЭ выполнение запросов может растянуться во времени.


Все почти так, как вы и пишете, вплоть до тех пор, пока обе задачи не сойдутся во времени - большое количество данных на входе и сложные растянутые во времени запросы на выходе. Вот тогда и начнутся проблемы. Я вовсе не хочу сказать, что эти проблемы неразрешимы, иногда их можно решить простым наращиванием мощности оборудования, иногда (скажем при борьбе со взаимными блокировками) прийдется дорабатывать приложения. Но надежнее и проще разнести разные по сути функции по разным базам данных. Вопрос - какие СУБД использовать для этих баз?

Dmitriy78
И если сейчас мы не паримся, а берем то, что предлагают, то дальше (если будет MES), можно будет передавать туда данные, которые крутяться в SQL Server его же стандартными средствами. Или это не правильно (неработоспособно)? И нам придется опять идти на поклон к поставщику системы и просить, что бы он писал интерфейс передачи данных в MES.

В принципе MS SQL может использоваться и в MES-системах. Так мне кажется, что это имеет место здесь . В то же время, это пока скорее исключение чем правило, в большинстве случаев используются другие СУБД, специально адаптированные для тех условий, в которых приходится работать MES-системам. Это и уже упомянутая вами Industrial SQL и разнообразные объектные СУБД как здесь . Я не могу сказать, насколько данная практика "правильна" или "неправильна". Я могу лишь подтвердить, что такая практика имеет место быть. И идти наперекор сложившимся традициям вероятно более рисковано, чем следовать им.