Wovon ist abhängig welches Datenbankmodell in einer Datenbank verwendet wird? 
DBMS
Datenbank
Datenbank

=== Datenbankmanagementsystem ===
Das Datenbankmanagementsystem (DBMS) ist die eingesetzte Software, die für das Datenbanksystem installiert und konfiguriert wird. Das DBMS legt das Datenbankmodell fest, hat einen Großteil der unten angeführten Anforderungen zu sichern und entscheidet maßgeblich über Funktionalität und Geschwindigkeit des Systems. Datenbankmanagementsysteme selbst sind hochkomplexe Softwaresysteme.
Für ''Datenbankmanagementsystem'' wird (selten) auch der Begriff ''Datenbankverwaltungssystem'' (DBVS) verwendet.
Gängig ist die Abkürzung RDBMS für ein ''relationales Datenbankmanagementsystem''.
Object-relational_impedance_mismatch Datenbanksprache Microsoft_Dynamics_NAV
Object-relational_impedance_mismatch

== Hintergrund ==
Das Problem entsteht durch die Verwendung von objektorientierten Programmiersprachen in Verbindung mit Daten, die in relationalen Datenbanken gespeichert werden. Objektorientierte Anwendungen stellen ihre Daten durch Objekte dar. Sollen die Daten gespeichert werden, so liegt es nahe, die Objekte an sich in einer Datenbank zu speichern. Es stellt sich allerdings heraus, dass das relationale Datenbankmodell grundlegende Unterschiede zum objektorientierten Modell aufweist. Diese Unverträglichkeit wird seit Anfang der 1980er Jahre als ''Impedance Mismatch'' bezeichnet. Datenbanksprache

== Unterteilung nicht-relationaler Datenbanksprachen ==
Anders als im relationalen Datenbankmodell wird im Netzwerkdatenbankmodell zwischen einer Data Storage Description Language (DSDL, physische Datenbeschreibung), einer Datenbeschreibungssprache (DDL, logische Datenbeschreibung) und einer Datenmanipulationssprache (DML) unterschieden. Diese Dreiteilung basiert auf der allgemeineren ANSI-SPARC-Architektur und wurde als Standard von der Data Base Task Group vorgeschlagen, konnte sich jedoch nicht gegen das heute vorherrschende relationale Datenbankmodell durchsetzen.
Im noch älteren hierarchischen Datenbankmodell war keine Unterteilung in Teilsprachen standardisiert. Microsoft_Dynamics_NAV

== C/SIDE ==
Unter C/SIDE (''Client/Server Integrated Development Environment'') versteht man zum einen die Microsoft Navision eigene Entwicklungsumgebung, welche sich in wesentlichen Teilen auf das interne Datenbankmodell stützt als auch die von Navision selbst verwendete proprietäre Datenbank.
Bis etwa Navision 3.60 wurde diese Datenbank als Basis für Installationen empfohlen. Diese ist auch bis Dynamics NAV 2009 R2 bei Verwendung des bisherigen ''Classic Clients'' weiter verwendbar, jedoch wurde für neuere Installationen vermehrt der Microsoft SQL Server empfohlen, nur dieser unterstützt wahlweise auch den ab NAV 2009 eingeführten rollenbasierten Client. Ab NAV 2013 ist dann nur noch der Microsoft SQL-Server nutzbar. Nachteil der oftmals auch als „Native Datenbank“ oder neuerdings als ''Microsoft Dynamics NAV Classic Server'' bezeichneten Navision-eigenen Datenbank ist, dass diese nicht oder nur eingeschränkt mit SQL-Befehlen angesprochen werden kann, sowie die eingeschränkten Sicherungs- bzw. Wiederherstellungsmöglichkeiten im Vergleich zum Microsoft SQL Server. Mit anderen Datenbank-Servern, etwa Oracle Database, ist Navision nicht kompatibel.
Die Navision Datenbank zeichnet sich durch hohe Stabilität, Transaktionssicherheit, Trigger und durch hohe Geschwindigkeit bei der Bildung von Summen aus. Genau diese Funktionalität wird gerade in Buchhaltungssystemen sehr oft benötigt (Summenbilden auf Konten, bzw. innerhalb von Zeiträumen).
Die Version 14.0 ist die letzte Version, die C/SIDE bereitstellt. Alle weiteren Entwicklungen finden seither in Visual Studio Code statt.  