<\/p>\n
A import\u00e2ncia das bases de dados para o correto funcionamento de qualquer instala\u00e7\u00e3o ou processo \u00e9 indiscut\u00edvel, armazenar a informa\u00e7\u00e3o<\/strong> sempre teve muita utilidade (rastreabilidade, c\u00e1lculos agregados, diagn\u00f3stico, \u2026).<\/p>\n No entanto, est\u00e1 a acontecer algo interessante com as BBDD. Devido \u00e0 mudan\u00e7a\/evolu\u00e7\u00e3o que significa a digitaliza\u00e7\u00e3o e a automatiza\u00e7\u00e3o<\/strong> – n\u00e3o s\u00f3 do processo, mas tamb\u00e9m dos sistemas \u2013 cada vez se utilizam mais. Isto deve-se, principalmente, a duas mudan\u00e7as not\u00e1veis relativamente ao seu uso tradicional: <\/p>\n <\/p>\n <\/p>\n A imensa maioria dos novos projetos de engenharia de software industrial ou automatiza\u00e7\u00e3o<\/strong> de processos implica integrar diferentes ferramentas. O problema reside no facto de estas ferramentas, muitas vezes, serem programas que n\u00e3o foram concebidos para trocar informa\u00e7\u00f5es de forma fluida com outro software. Perante esta situa\u00e7\u00e3o, costuma-se utilizar uma BBDD como gateway interm\u00e9dio, uma ferramenta insere\/atualiza certos dados na BBDD e a destinat\u00e1ria desta informa\u00e7\u00e3o l\u00ea-os da\u00ed. <\/p>\n \u00c9 importante destacar que a inser\u00e7\u00e3o\/leitura\/escrita numa BBDD<\/strong> para a troca de valores\/tags individuais \u00e9 sempre pior do que utilizar um protocolo de comunica\u00e7\u00e3o padr\u00e3o \u2013 perde-se a comunica\u00e7\u00e3o em tempo real, a bidirecionalidade \u00e9 complexa, \u2026- , mas \u00e9 muito v\u00e1lido quando se deve guardar informa\u00e7\u00e3o de valores acumulados, hist\u00f3ricos, tabelas inteiras, etc.<\/p>\n <\/p>\n O monop\u00f3lio das bases de dados SQLServer<\/strong> ou baseadas em SQL terminou. O seu uso continua a ser imprescind\u00edvel, mas, em paralelo com os novos projetos, surgiram novas BBDD que se ajustam melhor \u00e0s novas necessidades. \u00c9 especialmente importante destacar: <\/p>\n I<\/span> Bases de dados para s\u00e9ries temporais.<\/strong> Este tipo de BBDD s\u00e3o muito mais r\u00e1pidas e eficientes do que as BBDD de dados relacionais na hora de processar informa\u00e7\u00e3o com estampagem temporal. Entre elas, \u00e9 especialmente not\u00e1vel o papel e a relev\u00e2ncia que est\u00e1 a ganhar a InfluxDB<\/a><\/strong>, sendo a op\u00e7\u00e3o de BBDD preferencial de ferramentas como o Grafana ou o PowerBI <\/p>\n I<\/span> Bases de dados de fornecedores verticais.<\/strong> Existe um conjunto de fabricantes de software ERP que, juntamente com o pr\u00f3prio ERP, fornecem uma base de dados pr\u00f3pria. A vantagem do seu uso n\u00e3o reside tanto nas suas propriedades, mas sim na f\u00e1cil integra\u00e7\u00e3o que proporciona com o seu sistema. Neste apartado, poder\u00edamos nomear as bases de dados da Oracle ou, inclusive, a SAP HANA<\/a><\/strong>, a ferramenta de armazenamento e big data da SAP <\/p>\n I<\/span> Bases de dados de arquitetura distribu\u00edda.<\/strong> Em ambientes onde se prefira mais a agilidade, a escalabilidade e a flexibilidade da arquitetura, existem bases de dados de c\u00f3digo aberto que se ajustam muito melhor do que as tradicionais. Embora seja verdade que n\u00e3o abundam em ambientes produtivos, estas BBDD encontram-se com muita frequ\u00eancia em ambientes de gest\u00e3o e, especialmente, de institui\u00e7\u00f5es p\u00fablicas, onde se privilegia a arquitetura de armazenamento de dados distribu\u00edda. Entre este tipo de BBDD, destaca-se a MongoDB<\/a><\/strong> pela sua resposta, o seu custo e, sobretudo, pela comunidade que existe por tr\u00e1s. <\/p>\n Perante o desafio de como integrar este novo tipo de reposit\u00f3rio com os sistemas tradicionais de controlo e monitoriza\u00e7\u00e3o de uma instala\u00e7\u00e3o<\/strong> \u2013 seja uma f\u00e1brica ou uma infraestrutura \u2013 a Logitek fornece a solu\u00e7\u00e3o OPC Router.<\/p>\n O OPC Router \u00e9 uma ferramenta f\u00e1cil de utilizar, escal\u00e1vel e segura<\/strong>, com a capacidade de ligar qualquer tipo de BBDD \u2013 baseada em SQL ou n\u00e3o \u2013 com os demais sistemas presentes na instala\u00e7\u00e3o. Explicamos alguns exemplos: <\/p>\n Arquitetura exemplo: plugin OPC + plugin SQL\/InfluxDB\/MongoDB<\/strong><\/p>\n A n\u00edvel de controlo de processo, o OPC \u00e9 o protocolo de comunica\u00e7\u00f5es industriais padr\u00e3o. Com ele e com o uso de qualquer OPC Server<\/a><\/strong>, ter\u00e1 acesso aos dados de campo. Atrav\u00e9s dos seus drivers de conectividade OPC e para BBDD, poder\u00e1 montar um reposit\u00f3rio de dados simples e direto. <\/p>\n Arquitetura exemplo: plugin SQL\/InfluxDB\/MongoDB + plugin MQTT<\/strong><\/p>\n Um dos objetivos que se pretende nos novos projetos \u00e9 garantir a persist\u00eancia dos dados perante qualquer problema. Uma das solu\u00e7\u00f5es que se encontra para isso \u00e9 redundar os dados na cloud. Para isso, existem dois caminhos: enviar os dados diretamente da fonte ou, se n\u00e3o for poss\u00edvel, envi\u00e1-los do reposit\u00f3rio. Quase todas as clouds \u2013 IBM Watson<\/a><\/strong>, Azure<\/a><\/strong>, AWS<\/a><\/strong>, etc. \u2013 utilizam o MQTT como ferramenta de ingest\u00e3o de informa\u00e7\u00e3o. <\/p>\n Arquitetura exemplo: plugin SQL\/InfluxDB\/MongoDB + plugin SAP\/Webservices<\/strong><\/p>\n Quando um sistema MES em quest\u00e3o n\u00e3o tem os drivers necess\u00e1rios para ligar diretamente com o sistema ERP \u2013 SAP ou qualquer outro -, sempre se optou por um desenvolvimento \u00e0 medida. Evidentemente, os desenvolvimentos \u00e0 medida implicam sistemas n\u00e3o escal\u00e1veis e de dif\u00edcil e dispendiosa manuten\u00e7\u00e3o<\/strong>. Perante esta situa\u00e7\u00e3o e sempre que n\u00e3o seja cr\u00edtico o tempo real, o OPC Router \u00e9 um facilitador da troca fluida de informa\u00e7\u00e3o entre ambos os sistemas. Atacando as BBDD do sistema MES – que costumam ser SQL -, \u00e9 capaz de enviar a informa\u00e7\u00e3o utilizando a conectividade nativa do ERP de uma maneira bidirecional, est\u00e1vel e escal\u00e1vel. Esta \u00e9 a situa\u00e7\u00e3o e a arquitetura para o que atualmente mais se utiliza o OPC Router. <\/p>\n Arquitetura exemplo: plugin SQL\/InfluxDB\/MongoDB + plugin SQL\/InfluxDB\/MongoDB<\/strong><\/p>\n Como foi comentado, existem muitos projetos que implicam transformar s\u00e9ries de dados de um lugar para outro, seja por interoperabilidade ou por otimiza\u00e7\u00e3o de recursos<\/strong>. Integrar uma base de dados com outra n\u00e3o \u00e9 simples, implica ter um cliente capaz de adquirir\/ler a informa\u00e7\u00e3o de uma e, perante um evento espec\u00edfico ou periodicamente, inserir\/atualizar os dados na outra, tendo em conta que os campos das tabelas n\u00e3o coincidam em ambas, por dar um exemplo. O OPC Router, atrav\u00e9s dos seus triggers, campos edit\u00e1veis e scripting, permite desempenhar esta fun\u00e7\u00e3o facilmente. <\/p>\n1. Tornaram-se gateways entre ferramentas de software.<\/h3>\n
<\/h3>\n
2. Irrup\u00e7\u00e3o de novos tipos de base de dados<\/h3>\n
<\/h4>\n
I<\/span> Integrar os dados de processo com sistemas de historiza\u00e7\u00e3o<\/strong><\/h4>\n
![\"integra\u00e7\u00e3o](\"https:\/\/becolve.com\/wp-content\/uploads\/2023\/04\/opc-router-cloud.jpg\")
<\/p>\n <\/h4>\n
I<\/span> Integrar os dados hist\u00f3ricos na cloud<\/strong><\/h4>\n
<\/h4>\n
I<\/span> Integrar um ERP com um sistema MES<\/strong><\/h4>\n
<\/h4>\n
I<\/span> Integrar diferentes bases de dados entre elas<\/strong><\/h4>\n
<\/h4>\n
I<\/span> Integrar dados em CSV ou XML em bases de dados<\/strong><\/h4>\n
![\"transfer](\"https:\/\/becolve.com\/wp-content\/uploads\/2023\/04\/OPC-1.png\")
<\/p>\n