Ulemper ved en relationel database

koste

En af ulemperne med relationelle databaser er den dyre oprettelse og vedligeholdelse af systemet. For at etablere en relationsdatabase skal du normalt købe speciel software. Hvis du ikke er en programmør, kan du bruge et vilkårligt antal produkter til at oprette en relationsdatabase. Det tager dog tid at indtaste alle oplysninger og konfigurere programmet. Hvis din virksomhed er stor, og du har brug for en mere robust database, bliver du nødt til at ansætte en programmør til at oprette en relationel database ved hjælp af struktureret forespørgselssprog (SQL) og en databaseadministrator til at Vedligeholdelse, når den er installeret. Uanset hvilke data du bruger, skal du enten importere dem fra andre datafiler, f.eks. Tekst eller Excel-regneark, eller indtaste dem manuelt. Ud over størrelsen på din virksomhed, hvis du gemmer fortrolige eller lovligt beskyttede oplysninger i din database, som f.eks. Sundhedsoplysninger, personnummer eller kreditkortnumre, bliver du også nødt til at beskytte dataene mod uautoriseret adgang med for at overholde lovgivningsmæssige standarder.

Overflod af information

Fremskridt med hensyn til kompleksiteten af ​​information medfører endnu en ulempe i relationelle databaser. Relationsdatabaser er lavet til at organisere data efter fælles egenskaber. Komplekse billeder, numre, design og multimedieprodukter udfordrer let kategorisering, der fører an for en ny type relationel objektdatabase kaldet database management systems. Disse systemer er designet til at håndtere mere komplekse applikationer og har evnen til at være skalerbare.

Strukturerede grænser

Nogle relationelle databaser har grænser for længden på felterne. Når du designer databasen, skal du angive den mængde data, der kan passe i et felt. Nogle af navne eller søgeforespørgsler er kortere end den aktuelle, og det kan føre til datatab.

Isolerede databaser

Komplekse relationelle databasesystemer kan føre til, at disse databaser bliver "informationsøer", hvor information ikke let kan deles fra et system til et andet. Ofte oplever store virksomheder eller institutioner, at relationelle databaser i separate afdelinger voksede forskelligt. F.eks. Bruger hospitalets faktureringsafdeling en database, mens afdelingens hospitalsafdeling bruger en anden database. At få databaserne til at "kommunikere" med hinanden kan være langt, dyrt og overvældende, men i et komplekst hospitalssystem skal alle databaser kommunikeres for god pasning og personalepleje.

Interessante Artikler