Il existe un concept de "base de données" dans Oracle. Ce que le terme "base de données" signifie dans les termes Oracle est différent de ce que le terme signifie dans MySQL ou SQL Server. Comme vous utilisez l'édition express, Oracle exécute automatiquement l'instruction CREATE DATABASE
dans le cadre du processus d'installation. Vous ne pouvez avoir qu'une base de données d'édition express sur une seule machine. Si vous installez une édition différente, vous pouvez demander à l'installateur de créer une base de données dans le cadre du processus d'installation ou de le faire manuellement via l'instruction CREATE DATABASE
ultérieurement. Si vous êtes en train d'apprendre Oracle, mieux vaut laisser Oracle créer la base de données pour vous au moment de l'installation - vous ne pouvez créer la base de données que via des outils de ligne de commande (pas SQL Developer) et il est rare que quelqu'un commence aurait besoin de modifier les paramètres de la base de données d'une manière que le programme d'installation ne vous a pas prmopt pour.
Dans Oracle, une « base de données » est un ensemble de fichiers de données qui inclut les fichiers de données pour les schémas SYS
et SYSTEM
qui contiennent toutes les tables du dictionnaire de données Oracle, les fichiers de données pour le tablespace TEMP
où sortes et d'autres opérations temporaires se produire, et les fichiers de données pour les schémas que vous souhaitez créer. Dans SQL Server et d'autres SGBDR, il s'agirait de «bases de données» distinctes. Dans SQL Server, vous avez une base de données master
, une base de données tempdb
, une base de données supplémentaire pour différents produits (c'est-à-dire msdb
pour l'Agent SQL Server), puis des bases de données définies par l'utilisateur supplémentaires. Dans Oracle, il s'agirait tous de schémas distincts dans un conteneur plus grand que Oracle appelle une «base de données». De temps en temps, un DBA souhaite exécuter plusieurs bases de données Oracle sur le même serveur, le plus souvent lorsqu'il existe différentes applications empaquetées qui ont des exigences différentes en matière de versions ou de paramètres de base de données. Si vous souhaitez exécuter l'application A qui requiert une base de données 11.2 et une application B qui ne prend pas encore en charge 11.2, vous devez disposer de deux bases de données différentes sur le serveur. L'administrateur de base de données a pu créer une base de données distincte et une instance distincte, mais cela double les besoins en mémoire, double le nombre de processus en arrière-plan requis pour exécuter la base de données et généralement rend les choses moins évolutives. C'est nécessaire si vous voulez vraiment exécuter simultanément différentes versions de la base de données, mais ce n'est pas idéal.