* De gegevens zijn uiterst eenvoudig en klein: Als u slechts een paar stukjes informatie hoeft op te slaan die geen relaties of complexe vragen vereisen, kan een eenvoudig tekstbestand, CSV of zelfs een configuratiebestand voldoende zijn. De overhead van het opzetten en onderhouden van een DBM's zou opwegen tegen de voordelen. Denk aan een enkele gebruiker die een korte takenlijst opslaat.

* gegevensbehoeften zijn volledig tijdelijk: Als de gegevens alleen hoeven te bestaan ​​voor de duur van de uitvoering van een enkel programma, zijn gegevensstructuren in het geheugen (zoals arrays, lijsten, woordenboeken) veel efficiënter. Dit is gebruikelijk in vele soorten applicatieprogrammering.

* Real-time, ultra-lage latentie is van het grootste belang en databasetoegang is een bottleneck: In sommige hoogfrequente handelssystemen of bepaalde ingebedde systemen kan de overhead van databasetoegang, zelfs met geoptimaliseerde query's, te traag zijn. In deze gevallen kunnen gespecialiseerde gegevensstructuren in het geheugen of aangepaste oplossingen nodig zijn.

* Beveiliging wordt beter behandeld buiten de DBM's: In extreem gevoelige omgevingen waar gegevensverwerking gespecialiseerde codering of beveiligingsprotocollen vereist die niet direct beschikbaar of geïntegreerd zijn in uw gekozen DBM's, kunt u kiezen voor een meer aangepaste oplossing. Dit is echter zeldzaam. Moderne DBM's hebben robuuste beveiligingsfuncties.

* De kosten voor het implementeren en onderhouden van een DBM's zijn zwaarder dan de voordelen: Dit houdt rekening met factoren zoals licentiekosten, hardwarevereisten, de kosten van bekwaam personeel om de database te beheren en de tijd die in ontwikkeling is geïnvesteerd. Voor zeer kleine toepassingen kunnen deze kosten onbetaalbaar zijn.

* Gebrek aan bekwaam personeel: Een DBM's vereist dat iemand met de expertise het ontwerpen, implementeren, onderhouden en beveiligen. Als u het personeel ontbreekt met deze vaardigheden, kan het proberen om een ​​DBM's te gebruiken schadelijk zijn.

* De applicatie vereist gespecialiseerde gegevensverwerking niet goed ondersteund door relationele DBM's: Bepaalde soorten gegevens, zoals grafieken of geografische gegevens, kunnen beter geschikt zijn voor gespecialiseerde NoSQL -databases of andere oplossingen die beter zijn uitgerust om hun unieke structuren te verwerken. Hoewel sommige DBM's deze met enige moeilijkheid aankan, is dit misschien niet hun kracht.

Kortom, de beslissing om al dan niet een DBM's te gebruiken is een afweging tussen de complexiteit van uw gegevensbeheerbehoeften en de overhead van het opzetten en onderhouden van een database. Voor de meeste applicaties buiten de eenvoudigste use cases, wegen de voordelen van het gebruik van een DBMS - gegevensintegriteit, consistentie, schaalbaarheid en gemak van vraag - zwaarder dan de kosten.