{"id":7226,"date":"2022-05-02T14:17:48","date_gmt":"2022-05-02T14:17:48","guid":{"rendered":"https:\/\/www.novotek.com\/no\/?post_type=insights&p=7226"},"modified":"2025-10-30T13:07:14","modified_gmt":"2025-10-30T13:07:14","slug":"fordelene-med-en-historian-vs-en-relasjonsdatabase","status":"publish","type":"insights","link":"https:\/\/www.novotek.com\/no\/insight\/fordelene-med-en-historian-vs-en-relasjonsdatabase\/","title":{"rendered":"Fordelene med en historian vs. en relasjonsdatabase"},"content":{"rendered":"
\n

B\u00f8r du velge en relasjonsdatabase eller en historian-prosessdatabase? Se en sammenligning mellom funksjonene til de to ulike databasene. <\/strong><\/p>\n<\/div>\n\n

\n
\"Kvinne<\/figure>\n<\/div>\n\n
\n

Med en kontinuerlig \u00f8kning i datamengde er det viktig for produksjonsbedrifter \u00e5 kunne samle inn, lagre og distribuere disse dataene for videre bruk. Tilgang til data gir viktig informasjon, og legger grunnlaget for raskere og bedre beslutninger, \u00f8kt produktivitet og reduserte kostnader. <\/p>\n<\/div>\n\n

\n

Mange industribedrifter benytter relasjonsdatabaser (RDB) til denne oppgaven. Relasjonsdatabaser er bygd for \u00e5 administrere relasjoner, og er ideelle for \u00e5 lagre kontekstuell eller genealogisk informasjon om produksjonsprosessen. Utfordringen er at de ofte ikke har de rette funksjonene til \u00e5 h\u00e5ndtere store mengder prosessdata. <\/p>\n<\/div>\n\n

\n

Historian-databaser er derimot designet for innsamling, lagring og distribusjon av h\u00f8yoppl\u00f8selige prosessdata. De henter inn tidsserie- og A&E-data fra enhet- til enterprise-niv\u00e5, og gir deg oversikt over hele produksjonsprosessen.<\/p>\n<\/div>\n\n

\n

I denne artikkelen ser vi n\u00e6rmere p\u00e5 forskjellene mellom en historian og en relasjonsdatabase, s\u00e5 du kan velge databasen som m\u00f8ter dine behov. <\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

Implementering<\/h2>\n<\/div>\n\n
\n

Relasjonsdatabaser kommer ikke med innebygde funksjoner datainnsamling. I stedet m\u00e5 det skrives tilpasset kode til hver enkelt datakilde. Denne typen spesialtilpassede systemer f\u00f8rer ofte til at videre utvikling og oppdateringer er kostbart og tidkrevende. Mangel p\u00e5 webbasert grensesnitt gj\u00f8r at import av tags og vedlikehold av databasen m\u00e5 utf\u00f8res under planlagt nedetid. I tillegg begrenses man til erfaringen og kompetansen som finnes innad i bedriften, med liten mulighet til \u00e5 utnytte teknologi fra andre industriakt\u00f8rer.<\/p>\n<\/div>\n\n

\n

I motsetning til relasjonsdatabasen, kommer historian-databaser med innebygd datainnsamling, som kan hente data fra ulike sensorer og systemer. GE Vernovas Proficy Historian bruker industristandardene OPC og OPC UA, som gir tilgang til data p\u00e5 tvers av enheter. Den st\u00f8tter ogs\u00e5 MQTT, ODBC, XML\/CSV etc.<\/p>\n<\/div>\n\n

\n

I tillegg kommer den med forh\u00e5ndsbygde grensesnitt, uten behov for tilpasset koding eller skripting. Data lagres og behandles s\u00f8ml\u00f8st p\u00e5 et sikkert, sentralt sted. Dette gir bedre fleksibilitet, tidsbesparelser og reduserer kostnader. <\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

Hastighet<\/h2>\n<\/div>\n\n
\n

Siden produksjonen opererer i sanntid, er det det viktig at du mottar dataene raskt. Relasjonsdatabaser er gode p\u00e5 relasjoner, og \u00e5 sette data i kontekst. Utfordringene oppst\u00e5r n\u00e5r sp\u00f8rringene gjelder store datasett eller lengre tidsperioder. Dette gj\u00f8r at relasjonsdatabasen leverer med tregere ytelse. Som et kompromiss blir ofte eldre data lagret med lavere oppl\u00f8sning. Dette er vanlig i mange driftskontrollsystemer som har relasjonsdatabase som historikk-motor.<\/p>\n<\/div>\n\n

\n

For raskere lese\/skrive-ytelse, og kontinuerlig tilgang til sanntidsdata b\u00f8r man velge en historian-database. Historian-databaser samler inn store mengder prosessdata i l\u00f8pet av millisekunder. Til sammenligning er Proficy Historian 100-1000 ganger raskere p\u00e5 lesing og skriving enn en vanlig relasjonsdatabase. <\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

Kompresjon<\/h2>\n<\/div>\n\n
\n

Effektiv datalagring og komprimering muliggj\u00f8r h\u00f8y ytelse. For en relasjonsdatabase gj\u00f8res komprimeringen manuelt, gjennom administrering av arkiver og diskplass. Dette blir fort en tidkrevende jobb. <\/p>\n<\/div>\n\n

\n

Historian-databaser kommer med kraftige funksjoner for komprimering. Med Proficy Historian komprimeres data f\u00f8rst \u00abon prem\u00bb p\u00e5 collectoren, f\u00f8r de komprimeres igjen f\u00f8r lagring. Arkiv opprettes automatisk, sikkerhetskopieres og renses, slik at du ikke trenger en databaseadministrator. <\/p>\n<\/div>\n\n

\n

Grafikken nedenfor viser en sammenligning mellom Proficy Historian og en relasjonsdatabase, hvor Proficy Historian har betydelig bedre diskplasseffektivitet, selv uten kompresjon.  <\/p>\n<\/div>\n\n

\n
\"Relasjonsdatabase<\/figure>\n<\/div><\/div>\n\n
\n

*Dataene representerer en spesifikk test p\u00e5 400 000 pr\u00f8ver logget til en standard RDB og Proficy Historian. Resultater vil variere avhengig av r\u00e5datasettet og hvilken RDB som brukes.<\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

Tilgjengelighet og redundans<\/h2>\n<\/div>\n\n
\n

Det er viktig at produksjonsdata alltid er tilgjengelig. Relasjonsdatabaser tilbyr h\u00f8y tilgjengelighet for data lagret gjennom grupperinger, men er s\u00e5rbare ved nettverksbrudd. Avhengig av hvor collectoren ligger, som oftest p\u00e5 en server, eller \u00abon prem\u00bb ved datakilden, vil datainnsamlingen stoppe hvis koblingen brytes. <\/p>\n<\/div>\n\n

\n

Historian-teknologi s\u00f8rger for god tilgjengelighet med redundans hos collectoren. Proficy Historian kommer med \u00abstore & forward\u00bb-teknologi, som bufrer dataene ved collectoren dersom et brudd skulle oppst\u00e5. De bufrede dataene blir deretter lastet opp n\u00e5r serveren kommer tilbake p\u00e5 nett med automatisk tilkobling, og sikrer deg for datatap. <\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

Datasikkerhet<\/h2>\n<\/div>\n\n
\n

Nettverk og databaser er stadig under angrep fra hackere og virus, hvorav mange er rettet mot kjente relasjonsdatabaser. SQL Injection\/Insertion-angrep er vanlig med relasjonsdatabaser. <\/p>\n<\/div>\n\n

\n

Noen historian-databaser er immune mot slike angrep siden de ikke tillater innsetting, oppdatering eller sletting av data gjennom standard grensesnitt. I tillegg spores alle endringer, inkludert brukertilgang, konfigurasjoner, sikkerhetsbrudd og systemvarsler. <\/p>\n<\/div>\n\n

\n

Enkelte historian-databaser kommer med st\u00f8tte for reguleringer som FDA 21 Part 11. Dette er ikke en funksjon som tilbys i relasjonsdatabaser. <\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n

En historian forbedrer prosesser p\u00e5 tvers av bedriften<\/h2>\n<\/div>\n\n
\n

Historian-prosessdatabasen er designet for \u00e5 samle inn mengder av data fra hele virksomheten for prosessvisualisering. En \u00abplant wide\u00bb historian kobler sammen b\u00e5de \u00ab\u00f8yer\u00bb av automasjonsdata i anlegget, og anleggsdriften opp mot forretningssystemer. Du kan sammenligne tidligere produksjonskj\u00f8ring og analysere data f\u00f8r nedetid, s\u00e5 du enkelt kan identifisere trender, avdekke rot\u00e5rsaker og implementere tiltak for forbedring.<\/p>\n<\/div>\n\n

\n

For innsamling, lagring og distribusjon av store mengder h\u00f8yoppl\u00f8selige prosessdata, vil en historian gi deg den beste innsikten. Er du klar for \u00e5 velge en kraftig historian-prosessdatabase<\/strong><\/a>?<\/p>\n<\/div>\n\n

\n
<\/div>\n<\/div>\n\n
\n
\n

Proficy Historian<\/h2>\n \n

Markedets kraftigste prosessdatabase fra GE Vernova.<\/p>\n<\/div>\n \n Proficy Historian \u2013 Prosessdatabase<\/a>\n <\/div>\n<\/div>\n\n\n

\n

Last ned GE Vernovas whitepaper:<\/h2>\n<\/div>\n\n
\n

The advantages of plant-wide historians vs. relational databases<\/h3>\n<\/div>\n\n