Votre recherche n’a donné aucun résultat.
We suggest you try the following to help find what you're looking for:
Trending Questions
Oracle NoSQL Database est un service de base de données Cloud entièrement géré qui offre un faible temps de latence, flexible, évolutif, performant et fiable pour le stockage de données de documents, de valeurs clés et de tables. Il est facile de commencer à utiliser le service en quelques minutes. Comme il est entièrement géré par Oracle, les développeurs se concentrent uniquement sur le développement de leurs applications et les exigences de stockage de données. Ils ne gèrent jamais les tâches et les processus fastidieux de gestion des serveurs back-end, de stockage, de déploiement de cluster, de topologie, d’installation de logiciels/correctifs/mises à niveau, de sauvegarde, de systèmes d’exploitation, et de haute disponibilité.
Les cartes routières des produits sont disponibles sur demande.
Oracle NoSQL Database prend en charge le dimensionnement, la gestion, l’évolutivité et le support 24h/24 et 7j/7 des logiciels et matériels. Vous bénéficiez d’une haute disponibilité garantie du service de base de données et d’une évolutivité élastique des ressources matérielles en fonction de l’évolution de votre charge de travail provisionnée.
No. Oracle NoSQL Database gère pour vous la topologie du cluster.
Pas lors de la première version.
Non, toute la mise à niveau vers une version plus récente du logiciel se fera en coulisse. Vos applications s’exécutent sans effet notable.
Toute application qui nécessite un stockage et une récupération de données extrêmement rapides. En général, les cas d’utilisation d’Oracle NoSQL Database sont :
Accédez à l’adresse https://docs.oracle.com/cd/E25290_01/doc.60/e51474/general.htm
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é.
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é.
Il incombe au propriétaire de l’application de mettre en œuvre une stratégie qui permettra de s’assurer que l’application reste active.
Initialement Ashburn (IAD). D’autres sites OCI seront disponibles plus tard.
Les données ne sont répliquées que dans des domaines de disponibilité d’une région et non d’une région à l’autre. La réplication interrégionale interviendra ultérieurement.
Oui, toutes les données sont cryptées au repos à l’aide de l’AES 256.
Oui, en utilisant https.
L’application doit être exécutée dans Oracle Cloud Infrastructure. Un certain nombre d’options matérielles sont disponibles pour votre application en fonction de la complexité de l’application. Une liste d’options est disponible sur la page Oracle Cloud Infrastructure.
Pour démarrer, accédez à l’adresse https://cloud.oracle.com/en_US/nosql. Vous pouvez également visiter notre portail de documentation à l’adresse : http://www.oracle.com/pls/topic/lookup?ctx=cloud&id=CSNSD-GUID-88373C12-018E-4628-B241-2DFCB7B16DE8
Oracle encourage l’exécution de l’application sur les systèmes du datacenter Oracle Cloud pour une expérience client et utilisateur optimale.
Java est requis à la première version, avec d’autres langages de programmation disponibles plus tard et inclura Python, node.js, C#, C++ et Go.
Tables, valeur-clé et JSON.
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 exception ThrottlingException à l’application.
La latence en lecture devrait être inférieure à 10 millisecondes pour une charge utile de 1 Ko et la latence en écriture devrait être inférieure à 15 millisecondes pour une charge utile de 1 Ko.
Oui, Oracle NoSQL Database est entièrement compatible ACID pour toutes les données. Oracle NoSQL Database prend également en charge les lectures cohérentes pour les applications qui souhaitent concilier cohérence et coût.
Oui. Vous pouvez utiliser Oracle NoSQL Cloud Simulator, qui peut être téléchargé gratuitement depuis la page Oracle Cloud Downloads. Cependant, vous ne pouvez pas exécuter un logiciel de niveau production avec Oracle NoSQL Cloud Simulator et il n’est pas évolutif. Il peut être téléchargé dans le cadre du SDK Oracle NoSQL Cloud situé sur la page OTN Cloud Downloads.
Envoyez un e-mail à l’adresse oraclenosql-info_ww@oracle.com ou contactez-nous via la page https://cloudcustomerconnect.oracle.com/pages/home. Nous surveillons les deux régulièrement.
Lors de la première version, le client devra télécharger ses données sur Oracle Cloud Infrastructure Object Storage, puis faire lire son application Oracle NoSQL Database à partir de l’emplacement Oracle Cloud Infrastructure Object Storage.
Cela sera réalisé sera dans une prochaine version.
Unité de lecture par mois : Défini comme le débit de données pouvant atteindre 1 kilo-octet (Ko) par seconde pour une opération de lecture éventuellement cohérente sur un mois, environ 2,6 millions de lectures. **Pour atteindre un débit pouvant atteindre 1 Ko de données par seconde pour une lecture cohérente absolue, l’équivalent de deux unités de lecture cohérentes doit être provisionné.
Si la taille d’un élément est inférieure à 1 Ko, elle est arrondie à 1 Ko. Par exemple, s’il s’agit de 0,5 Ko, le calcul du débit alloué correspondra à 1 Ko. Si la taille de l’élément est supérieure à 1 Ko, elle est arrondie au multiple suivant de 1 Ko. Par exemple, si la taille d’un élément est de 1,5 Ko, elle sera arrondie à 2 Ko pour le débit alloué.
Unité d’écriture par mois : Défini comme le débit pouvant atteindre 1 Ko de données par seconde pour une opération d’écriture sur un mois, environ 2,6 millions d’écritures. **
Une unité d’écriture fournit environ 3 600 écritures par heure. Si la taille d’un élément est inférieure à 1 Ko, elle est arrondie à 1 Ko. Par exemple, si la taille d’un élément est de 0,5 Ko, elle sera arrondie à 1 Ko pour le calcul du débit provisionné. Si la taille de l’élément est supérieure à 1 Ko, elle est arrondie au multiple suivant de 1 Ko. Par exemple, si la taille d’un élément est de 9,1 Ko, elle sera arrondie à 10 Ko pour le débit alloué.
** Chaque mois compte 744 heures, soit environ 2,6 millions de secondes.
Une discussion sur le nombre d’octets utilisés par un élément est disponible dans le Livre blanc sur la planification de la capacité Oracle NoSQL Database.
Le prix de votre utilisation d’Oracle NoSQL Database peut être consulté à l’adresse : http://cloud.oracle.com/en_US/nosql/pricing.
Pour déterminer si la flexibilité mensuelle convient à votre utilisation et à votre engagement, consultez le document suivant : https://docs.oracle.com/en/cloud/get-started/subscriptions-cloud/csgsg/monthly-flex.html.
Une discussion détaillée peut être consultée dans le Livre blanc sur la planification de la capacité Oracle NoSQL Database.
Oui, l’application peut modifier le montant provisionné pour le nombre d’unités de lecture, le nombre d’unités d’écriture ou le stockage nécessaire, via l’API TableLimits. Indépendamment, les unités de lecture, les unités d’écriture ou les Go de stockage peuvent être augmentés ou diminués. Les valeurs augmentées pour la lecture, l’écriture ou le stockage sont immédiatement provisionnées.
Déterminez la taille en octets et arrondissez au Ko suivant.
Oui, jusqu’à ce que vous diminuiez les limites ou que vous mettiez fin au service.
Oui. Nous avons une calculatrice en ligne, accessible sur la page : https://cloud.oracle.com/en_US/cost-estimator
Ci-dessous se trouvent 3 scénarios typiques pour un aperçu rapide qui montrent quelques exemples de différents débits et tailles de tables.
Pour obtenir des informations plus précises, consultez la calculatrice à la page https://cloud.oracle.com/en_US/cost-estimator.
5 téraoctets (To) par locataire. Il s’agit de la somme de toutes les tables qu’un locataire fournit.
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.
Le nombre maximal de tables par locataire est de 30.