Oracle NoSQL Database est un service de base de données cloud entièrement géré qui offre une faible latence prévisible, une évolutivité dynamique, des performances élevées et un stockage fiable des données pour les documents, les valeurs clés et les données à schéma fixe. Il est facile de commencer à utiliser le service en quelques minutes. Oracle assurant la totalité de la gestion, les développeurs se concentrent uniquement sur les exigences en matière de développement d’applications et de stockage de données, sans avoir à gérer l’infrastructure sous-jacente, les logiciels, la sécurité et la haute disponibilité.
En savoir plus sur la page d’accueil d’Oracle NoSQL Database.
En savoir plus sur la page de mise en route d'Oracle NoSQL Database Cloud.
Oracle NoSQL Database gère l’infrastructure sous-jacente, les logiciels, la sécurité, le dimensionnement des capacités, les opérations et la maintenance. Vous bénéficiez d’une haute disponibilité garantie du service de base de données et d’une évolutivité élastique pour répondre aux charges de travail de votre application.
Voici quelques cas d’utilisation classiques d’Oracle NoSQL Database :
Comparaison des fonctionnalités de haut niveau
NoSQL Database Cloud Service | NoSQL Database Enterprise Edition (EE) | |
---|---|---|
Gestion/maintenance de l’infrastructure et des logiciels (serveurs, stockage, mise en réseau, sécurité, système d’exploitation et logiciels NoSQL) | Géré par Oracle | Géré par le client |
Déploiement de base de données | Oracle Cloud uniquement | Datacenters sur site client ou BYOL dans Oracle Cloud ou d’autres fournisseurs Cloud. |
Licence/Édition | Abonnement payant ou service toujours libre d’accès | Enterprise Edition (payant) ou Community Edition (open source gratuit) |
Débit | La capacité de débit est gérée à chaque niveau de table NoSQL via les API NoSQL ou la console Oracle Cloud Infrastructure (OCI). La capacité est mesurée en unités d’écriture, unités de lecture. La capacité de débit par table peut être ajustée pour répondre aux charges de travail dynamiques. Lorsque les limites d’une table sont dépassées, les utilisateurs sont avertis. Au niveau de la location, il existe des limites de service maximales. Plus de détails ici. | La capacité de débit est gérée au niveau de chaque cluster NoSQL. La capacité dépend de la taille du cluster NoSQL déployé. Une plus grande taille de cluster offre une plus grande capacité de débit pour les tables utilisateur. |
Stockage | La capacité de stockage est gérée à chaque niveau de table NoSQL via les API NoSQL ou la console Oracle Cloud Infrastructure (OCI). La capacité est mesurée en gigaoctets (Go). La capacité de stockage par table peut être ajustée pour répondre aux charges de travail dynamiques. Lorsque la limite d’une table est dépassée, les utilisateurs sont avertis. Au niveau de la location, il existe des limites de service maximales. Plus de détails ici. | La capacité de stockage est gérée au niveau de chaque cluster NoSQL. La capacité dépend du nombre de disques et de la configuration spécifique de chaque nœud de stockage déployé dans le cluster. Une taille de cluster et une capacité de disque plus importantes fournissent plus de stockage pour les tables utilisateur. |
Interopérabilité | Interagit avec NoSQL Database Enterprise Edition via une interface de programmation unique sans modification du code d’application. | Interagit avec NoSQL Database Cloud Service via une interface de programmation unique sans modification du code d’application. |
Installation | Aucun client ne s’installe. Les clients commencent à utiliser le service immédiatement en créant des tables NoSQL. | Les clients téléchargent et installent le logiciel pour configurer le cluster NoSQL sur plusieurs nœuds de stockage. |
Oui - L'environnement hébergé Oracle NoSQL Database est un environnement de cluster NoSQL dédié à votre location, avec toutes les unités de lecture et d'écriture ainsi que le stockage local associé sont dédiés à votre location.
En savoir plus sur le centre d’aide d’Oracle NoSQL Database.
Accédez aux liens suivants :
Une fois votre abonnement résilié, vous disposez de 60 jours pour transférer vos données pour le service résilié d’Oracle Cloud vers un système local. Après 60 jours, Oracle supprime définitivement tout contenu et logiciel restant lié au service résilié.
Oracle NoSQL Database stocke plusieurs copies des données sur les domaines de disponibilité pour la redondance. Si un domaine de disponibilité (au sein d’une région) tombe en panne, les données sont toujours disponibles pour l’application à partir des autres domaines de disponibilité. Oracle NoSQL Database garantit une disponibilité de 99,995 % pour vos données.
Oui. Les données sont cryptées au repos avec Advanced Encryption Standard (AES 256).
cryptées en mouvement (transfert de données entre l’application et Oracle NoSQL Database Cloud Service) avec HTTPS.
Oracle NoSQL Database stocke plusieurs copies des données sur les domaines de disponibilité pour la redondance. Si un domaine de disponibilité (au sein d’une région) tombe en panne, les données sont toujours disponibles pour l’application à partir des autres domaines de disponibilité. Oracle NoSQL Database garantit une disponibilité de 99,995 % pour vos données.
L'environnement hébergé Oracle NoSQL Database offre un environnement de cluster NoSQL dédié à votre location avec un stockage à connexion directe dédié. Vous contrôlez l'accès à partir de votre location.
Non. Oracle NoSQL Database gère pour vous le cluster et la topologie.
En savoir plus sur la page Régions de données et points de terminaison de service Oracle NoSQL Database.
Les données ne sont répliquées que dans des domaines de disponibilité d’une région. La réplication inter-régionale sera bientôt disponible.
L’application doit être exécutée dans Oracle Cloud Infrastructure pour obtenir les meilleures performances. Il existe différentes formes d’instance disponibles pour votre application, en fonction de sa complexité et des charges de travail. Une liste de différentes formes est disponible sur la page Tarifs de la capacité de calcul.
Vous pouvez également déployer votre application sur Container Engine for Kubernetes ( OKE) ou Oracle Cloud Functions.
Il est conseillé d’exécuter l’application en utilisant Oracle Cloud Infrastructure pour bénéficier de la meilleure expérience utilisateur et client.
Les kits de développement logiciel (SDK) sont disponibles pour les langages de programmation suivants. Suivez les étapes de téléchargement et d’installation disponibles grâce aux liens ci-dessous.
Les kits SDK fonctionnent sur le service cloud ou sur une base de données NoSQL sur site.
Document, schéma fixe et valeur-clé.
Si les limites de débit fournies sont dépassées lors des opérations de lecture/écriture, Oracle NoSQL Database limitera les requêtes et lancera une erreur ThrottlingException à l’application. Les limites de débit provisionnées peuvent être augmentées si nécessaire.
Oui - Oracle NoSQL Database Cloud Service propose une capacité à la demande qui gère automatiquement les capacités de lecture et d'écriture pour répondre aux besoins des charges de travail dynamiques.
Oui. Vous pouvez utiliser Oracle NoSQL Cloud Simulator, qui est une copie locale autonome du service cloud. Il peut être utilisé pour les tests. Il n’est pas destiné au déploiement en production. Vous pouvez le télécharger depuis la page Téléchargements Oracle Cloud. Vous pouvez également utiliser le service Always Free Oracle NoSQL Database Service.
Envoyez un e-mail à l'adresse oraclenosql-info_ww@oracle.com, ou contactez-nous via Cloud Customer Connect. Nous surveillons les deux régulièrement.
Vous pouvez utiliser l’outil de migration pour télécharger des données. Télécharger Oracle NoSQL Database Migrator.
Oui. Pour plus d'informations, reportez-vous à la documentation.
Oui.
Oui. Votre application peut modifier le nombre provisionné d’unités de lecture, d’unités d’écriture ou la capacité de stockage via l’API TableLimits.
Vous pouvez également modifier le nombre provisionné d’unités de lecture, d’unités d’écriture ou la capacité de stockage à l’aide de l’interface utilisateur du service.
De plus, vous pouvez changer le mode de capacité de votre table de provisionné à à la demande, et vice versa.
Déterminez la taille en octets et arrondissez au Ko suivant.
5 téraoctets (To) par locataire. Il s’agit de la somme de toutes les capacités de stockage des tables provisionnées dans une location. Pour plus d’informations, reportez-vous à la page consacrée aux limites ou contactez Oracle.
Oracle NoSQL Database est soumis aux limites d’utilisation suivantes. Un locataire peut créer plusieurs tables jusqu’à ces limites.
Limites par table
Limites par locataire
Les clients peuvent contacter Oracle s’ils ont besoin de plus d’unités d’écriture/lecture ou de stockage au-delà des limites d’utilisation maximales. Pour plus d’informations, reportez-vous à la page consacrée aux limites.
Le nombre maximal de tables par locataire est de 30. En savoir plus sur la page consacrée aux limites de services.
Oui. Vous pouvez soumettre une demande d'augmentation de vos limites en suivant les étapes décrites dans la documentation. Cette opération peut également être effectuée à partir de la console OCI. Reportez-vous à la section Demande d'une augmentation de limite de service.
Non. Les dernières mises à jour logicielles auront lieu en coulisses. Vos applications s’exécutent sans effet notable.
Oui. Oracle NoSQL Database fournit des transactions conformes à ACID pour les opérations complètes de création, de lecture, de mise à jour et de suppression (CRUD), avec des garanties ajustables de durabilité et de cohérence des transactions.
Veuillez vous référer à la section consacrée aux prix sur la page Oracle NoSQL Database Cloud Service.
Oui. Veuillez vous référer au calculateur en ligne. Sélectionnez Presets - Oracle Databases, puis Oracle NoSQL Database Cloud.
L’Unité de lecture par mois est définie comme le débit pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération de lecture cohérente (c.-à-d., lorsque les données renvoyées peuvent ne pas être les dernières données écrites dans la base de données ; si aucune nouvelle mise à jour n’est effectuée sur les données, tous les accès à ces données renverront la dernière valeur mise à jour) sur une période d’un mois, soit environ deux millions six cent mille (2,6 millions) lectures. Chaque mois est considéré comme comptant sept cent quarante-quatre (744) heures ou environ deux millions six cent mille (2,6 millions) secondes. Ainsi, sur une période d’un mois, une (1) unité de lecture vous fournira environ 2,6 millions de lectures. Pour obtenir un débit pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération de lecture cohérente absolue (c’est-à-dire là où les données renvoyées devraient être les données écrites les plus récentes dans la base de données), l’équivalent de deux unités de lecture par mois doivent être provisionnées.
Unité d'écriture par mois : est défini comme le débit d'un kilooctet (Ko) de données par seconde pour une opération d'écriture sur une période d'un mois, soit environ deux millions six cent mille (2,6 millions) écritures. Chaque mois est considéré comme comptant sept cent quarante-quatre (744) heures ou environ deux millions six cent mille (2,6 millions) secondes. Ainsi, sur une période d’un mois, une (1) unité d’écriture vous fournira environ 2,6 millions d’écritures.
Reportez-vous à la description détaillée dans notre documentation.
Reportez-vous à la description détaillée dans notre documentation.
Oui. Étant donné que le débit peut être augmenté ou réduit par programme à tout moment, assurez-vous de provisionner le débit en conséquence pour les charges de travail. Dans le modèle provisionné, vous êtes facturé pour ce que vous provisionnez.