Nous sommes désolés. Impossible de trouver une correspondance pour votre recherche.

Nous vous suggérons d’essayer ce qui suit pour trouver ce que vous recherchez :

  • Vérifiez l’orthographe de votre recherche par mot clé.
  • Utilisez des synonymes pour le mot clé que vous avez saisi, par exemple, essayez « application » au lieu de « logiciel ».
  • Lancez une nouvelle recherche.
Nous contacter Se connecter à Oracle Cloud

Tarification de NoSQL Database Cloud Service

Oracle NoSQL Database Cloud Service offre deux modes de tarification de la capacité : capacité à la demande et capacité provisionnée.

Avantages de la capacité à la demande

  • Gestion de la capacité entièrement gérée avec facilité sans créer d'algorithmes complexes de prévision du trafic pour provisionner les unités d'écriture et de lecture lors des périodes de pics ou de creux.
  • Idéal pour la surveillance et l'apprentissage des workloads de table NoSQL nouvellement créés avant de décider quel modèle d'allocation et de tarification fonctionne le mieux.
  • Gagnez du temps et de l'énergie sans modéliser chaque modèle de workload d'application pour estimer la consommation d'unités de lecture et d'écriture.
  • Le modèle de facturation repose sur les capacités d'écriture et de lecture consommées par vos applications.
  • Configurez-la une seule fois et laissez Oracle gérer la capacité.
Pour plus d'informations, voir ci-dessous.
+

Avantages de la capacité provisionnée

  • Service entièrement géré avec évolutivité reposant sur les capacités d'écriture, de lecture et de stockage.
  • Idéal pour les workloads dont les périodes de pics et de creux sont prévisibles.
  • Idéal pour les workloads continus et prévisibles qui n'ont pas de pics soudains.
  • Faible facture mensuelle si les capacités provisionnées sont bien gérées.
  • Prix unitaire faible pour les unités d'écriture et de lecture.
  • Facturation mensuelle prévisible via le provisionnement de capacité contrôlé par l'utilisateur.
Pour plus d'informations, voir ci-dessous.


Présentation de la capacité à la demande

Le modèle de tarification à la demande vous libère du provisionnement de la capacité d'écriture et de lecture à l'avance. Oracle NoSQL Database Cloud Service ajuste dynamiquement la capacité nécessaire à votre application en temps réel. La facturation dépend de la capacité réelle d'écriture et de lecture utilisée par votre application.

Capacité à la demande

Produit
Prix unitaire
Indicateur
Oracle NoSQL Database Cloud–Écriture automatique

Unité d’écriture par mois *
Oracle NoSQL Database Cloud–Lecture automatique

Unité de lecture par mois *
Oracle NoSQL Database Cloud–Stockage

Capacité de stockage en Go par mois *

* Consultez la description de la mesure pour plus d'informations.


    • Description de la mesure

      Selon la description du service (PDF), les mesures sont définies comme suit :

      • Unité d'écriture par mois : Définie comme le débit de données pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération d’écriture sur une période d’un mois, soit environ 2,6 millions d'écritures. Chaque mois équivaut à 744 heures.
      • Unité de lecture par mois : Définie comme le débit de données pouvant atteindre 1 Ko de données par seconde pour une opération de lecture éventuellement cohérente (par exemple, lorsque les données renvoyées ne sont peut-être pas les données écrites les plus récemment dans la base de données) sur une période d'un mois, soit environ 2,6 millions de lectures. Chaque mois équivaut à 744 heures. Pour obtenir un débit pouvant atteindre 1 Ko de données par seconde pour une opération de lecture cohérente absolue (par exemple, lorsque les données renvoyées sont les données écrites les plus récentes dans la base de données), l’équivalent de deux unités de lecture par mois doit être provisionné.
      • Capacité de stockage en gigaoctets (Go) par mois : Définie comme1 Go d’espace de stockage informatique utilisé par un serveur de fichier Oracle Cloud pour une période d'un mois du service.

      Une unité d'écriture ou de lecture par mois mesure la consommation totale de 2 678 400 Ko d'écritures ou de lectures par mois (744 heures).

      Comme il y a 2 678 400 secondes dans un mois :

      • Si votre application écrit ou lit 1 Ko de données exactement toutes les secondes pendant 744 heures, elle consomme 1 unité d'écriture ou 1 unité de lecture par mois.
      • Si votre application écrit ou lit 2 Ko de données exactement toutes les 2 secondes pendant 744 heures, elle consomme toujours 1 unité d'écriture ou d'écriture par mois.

      Les caractéristiques de votre workload d'application peuvent varier dynamiquement et consommer un nombre différent d'unités d'écriture ou de lecture par mois. Vous serez facturé en conséquence selon votre consommation d'Oracle NoSQL Database Cloud.

      En plus de l'écriture et de la lecture, le stockage est une autre ressource requise. La capacité de stockage est provisionnée à l'avance. La capacité peut varier d'un mois à l'autre ; elle est mesurée et facturée en fonction du nombre de Go de capacité provisionnés.

    • Exemples de facturation

      Considérez une application qui effectue certaines opérations d'écriture et de lecture à différentes périodes d'un mois et qui consomme les opérations d'écriture et de lecture suivantes :

      • Jours 1 à 5 : 100 000 écritures et lectures consommées par jour
      • Jours 6 à 15 : 250 000 écritures et lectures consommées par jour
      • Jours 16-31 : 45 000 écritures et lectures consommées par jour

      Hypothèses

      Imaginons ce qui suit pour plus de simplicité :

      • La taille d'enregistrement pour l'opération d'écriture ou de lecture est inférieure ou égale à 1 Ko.
      • Les lectures sont finalement cohérentes et sont facturées à 1 unité de lecture par opération de 1 Ko.
      • Les écritures sont facturées à 1 unité d'écriture par opération de 1 Ko.
      • Aucune indexation secondaire. Les enregistrements sont accessibles via des clés primaires.
      • Un mois compte 31 jours et 744 heures.
      • Le stockage provisionné le premier jour reste constant à 5 Go tout au long du mois.

      Exemples de facturation mensuelle

      Voici un exemple de facturation mensuelle, en supposant que les deux workloads génèrent le même montant total d'unités d'écriture et de lecture consommées pendant les 31 jours.

      Exemple de facturation pour les deux workloads dans un mois (31 jours)

      Ecritures
      Période de workload Workload d'écriture quotidienne Nombre total d'écritures consommées pour chaque période Détails
      Jour 1-5 100 000 500 000 100 000 écritures x 5 jours
      Jour 6-15 250 000 2 500 000 250 000 écritures x 10 jours
      Jour 16-31 45 000 720 000 45 000 écritures x 16 jours
      Total mensuel 3 720 000
      Nombre total mensuel d'unités d'écriture 1,39 3 720 000/2 678 400
      Facturation mensuelle 4,35 USD 3,720,000/2,678,400 x 3,135 USD
      Lectures
      Période de workload Workload de lecture quotidienne Nombre total de lectures consommées pour chaque période Détails
      Jour 1-5 100 000 500 000 100 000 lectures x 5 jours
      Jour 6-15 250 000 2 500 000 250 000 lectures x 10 jours
      Jour 16-31 45 000 720 000 45 000 lectures x 16 jours
      Total mensuel 3 720 000
      Total mensuel des unités de lecture 1,39 3 720 000/2 678 400
      Facturation mensuelle 0,22 USD 3,720,000/2,678,400 x 0,16 USD
      Stockage
      Nombre total d'unités de lecture en Go de stockage Facturation mensuelle Détails
      Jour 1-31 5 0,33 USD 5 Go x 0,066 USD
      Facturation mensuelle totale de 4,91 USD
      (Écriture, lecture et stockage)

      Remarque : Le nombre total de factures mensuelles est arrondi. Il y aura quelques légères différences si vous totalisez simplement les nombres dans les exemples à l'aide d'un calculateur.

    • Différents workloads dynamiques avec la même consommation et les mêmes coûts

      Les factures de modèles de capacité à la demande reposent sur le nombre total d'unités de lecture et d'écriture consommées par votre application sur un mois. L'exemple ci-dessous part du principe que vous disposez des deux workloads très différents suivants : l'un est continu avec différentes périodes de pics et de creux, l'autre avec des pauses brusques. Les deux consomment le même nombre d'unités d'écriture et de lecture sur un mois. Les zones sous chaque courbe de workloads représentent le nombre total d'unités d'écriture et de lecture consommées et sont identiques. Par conséquent, les coûts mensuels seront également les mêmes.

      Exemple 1 : Diverses opérations continues d'écriture/de lecture dans un mois

      Du premier au cinquième jour, les workloads d'écriture/de lecture sont continus et moyens comparés aux jours 6 à 15, période pendant laquelle les workloads sont plus élevés. Du seizième au trente-et-unième jours, les workloads d'écriture/de lecture sont continus et les plus faibles sur les trois périodes différentes.

      Graphique de différentes opérations continues d'écriture/de lecture en un mois.

      Exemple 2 : Pic soudain imprévisible dans les opérations d'écriture/de lecture sur un mois

      Du premier au cinquième jour, un pic apparaît avec des workloads d'écriture/de lecture moyens. Il y a ensuite une période de repos avant les jours 6 à 15, pour lesquels apparaissent trois pics avec des workloads d'écriture/de lecture plus élevés et des repos plus courts entre les deux. Entre le seizième et le trente-et-unième jours, les opérations d'écriture/de lecture sont les plus faibles avec trois pics plus petits et de plus grandes pauses entre les deux.

      Graphique d'une augmentation soudaine et imprévisible dans les opérations d'écriture/lecture en un mois.


Présentation de la capacité provisionnée

Le modèle de tarification provisionné vous permet de réserver les limites de capacité d'écriture et de lecture en fonction des besoins de votre application. Oracle NoSQL Database Cloud Service provisionnera la capacité pour répondre aux exigences des workloads. La facturation repose sur la capacité d'écriture et de lecture réservée par votre application.

Capacité provisionnée

Produit
Prix unitaire
Indicateur
Oracle NoSQL Database Cloud–Écriture

Unité d’écriture par mois *
Oracle NoSQL Database Cloud–Lecture

Unité de lecture par mois *
Oracle NoSQL Database Cloud–Stockage

Capacité de stockage en Go par mois *

* Consultez la description de la mesure pour plus d'informations.


    • Description de la mesure

      Selon la description du service (PDF), les mesures sont définies comme suit :

      • Unité d'écriture par mois : Définie comme le débit de données pouvant atteindre un kilo-octet (Ko) de données par seconde pour une opération d’écriture sur une période d’un mois, soit environ 2,6 millions d'écritures. Chaque mois équivaut à 744 heures.
      • Unité de lecture par mois : Définie comme le débit de données pouvant atteindre 1 Ko de données par seconde pour une opération de lecture éventuellement cohérente (par exemple, lorsque les données renvoyées ne sont peut-être pas les données écrites les plus récemment dans la base de données) sur une période d'un mois, soit environ 2,6 millions de lectures. Chaque mois équivaut à 744 heures. Pour obtenir un débit pouvant atteindre 1 Ko de données par seconde pour une opération de lecture cohérente absolue (par exemple, lorsque les données renvoyées sont les données écrites les plus récentes dans la base de données), l’équivalent de deux unités de lecture par mois doit être provisionné.
      • Capacité de stockage en gigaoctets (Go) par mois : Définie comme 1 Go d’espace de stockage informatique utilisé par un serveur de fichier Oracle Cloud pendant un mois du service.

      Une unité d'écriture ou de lecture par mois permet d'effectuer 2 678 400 écritures ou lectures de 1 Ko au cours d'un mois, à raison d'une par seconde. Si votre table requiert plusieurs écritures ou lectures par seconde, l'allocation de plus de 1 unité d'écriture ou de lecture par mois est requise.

      La capacité de stockage est mesurée et facturée en fonction du nombre de Go provisionnés sur un mois. La capacité peut varier d'un mois à l'autre. Oracle NoSQL Database sera facturé en conséquence.

    • Exemples de facturation

      Vous trouverez ci-dessous quelques exemples de facturation avec différents modèles de workloads et capacités provisionnés. Nous apprendrons comment la facturation mensuelle peut être calculée à l'aide des méthodes les plus rapides et les plus faciles à comprendre. Nous explorerons différents calculs de facturation où les capacités fluctuent sur une base mensuelle, voire horaire. Étant donné que les capacités d'écriture, de lecture et de stockage provisionnées sont mesurées à la seconde près, les utilisateurs ont la possibilité de calculer à l'aide d'autres prix unitaires, par exemple, par minute et par heure.

      Utilisez les prix unitaires mensuels et horaires pour les exemples. Pour calculer le prix unitaire horaire, divisez le prix unitaire mensuel par 744 heures. Le prix à l'heure est idéal lorsque le workload évolue sur une base horaire.

      Exemples de tarification et de mesures pour la facturation

      Produit Prix unitaire par mois Prix unitaire par heure
      Oracle NoSQL Database Cloud–Écriture 0,1254 USD 0,0001685 USD
      Oracle NoSQL Database Cloud–Lecture 0,0064 USD 0,0000086 USD

      Hypothèses

      Imaginons ce qui suit pour plus de simplicité :

      • La taille de l'enregistrement pour l'opération d'écriture ou de lecture est inférieure ou égale à 1 Ko.
      • Les lectures sont finalement cohérentes et sont facturées à 1 unité de lecture par opération de 1 Ko.
      • Les écritures sont facturées à 1 unité d'écriture par opération de 1 Ko.
      • Aucune indexation secondaire. Les enregistrements sont accessibles via des clés primaires.
      • Un mois compte 31 jours et 744 heures.
      • Le stockage provisionné le premier jour reste constant à 25 Go tout au long du mois.

      Exemples de facturation mensuelle

      Vous trouverez ci-dessous trois exemples de workloads, de capacités provisionnées et de méthodes de calcul de facturation.

      Exemple 1 : Workload prévisible et cohérent en permanence et capacités provisionnées en un mois

      Imaginons que votre application effectue un nombre assez cohérent d'opérations d'écriture et de lecture pour l'ensemble du mois. Les workloads sont continus et ne varient que légèrement pour l'ensemble du mois, ce qui permet des capacités cohérentes mensuelles provisionnées pour les écritures et les lectures. Les capacités sont provisionnées pour le petit pic de workload au milieu du mois. Imaginons que le stockage provisionné le premier jour reste constant à 25 Go (avec la durée de vie activée) tout au long du mois.

      Le prix unitaire par mois est la meilleure méthode pour calculer la facturation mensuelle car les capacités d'écriture et de lecture provisionnées et le stockage sont cohérents tout au long du mois.

      Les jours 1 à 31 ont un workload cohérent avec des modifications minimales tout au long du mois. Les capacités d'écriture et de lecture provisionnées sont de 200 Ko/s (200 unités d'écriture/de lecture) pour atteindre le pic au milieu du mois.

      Graphique : Nombre d'unités d'écriture/de lecture provisionnées sur un mois

      Méthode de calcul de la facturation

      Facture mensuelle = (Unité d'écriture/lecture provisionnée) x (Prix unitaire mensuel d'écriture/lecture)

      Facturation d'échantillon

      Ecritures
      Période de workload Unités d’écriture Facturation mensuelle Détails
      Jour 1-31 (200 Ko/s d'écritures) 200 25,08 USD 200 écritures x 0,1254 USD
      Lectures
      Période de workload Unités de lecture Facturation mensuelle Détails
      Jour 1-31 (200 Ko/s de lectures) 200 1,28 USD 200 lectures x 0,0064 USD
      Stockage
      Stockage total en Go Facturation mensuelle Détails
      Jour 1-31 25 1,65 USD 25 Go x 0,066 USD
      Facturation mensuelle totale de 28,01 USD
      (Écriture, lecture et stockage)

      Remarque : Le nombre total de factures mensuelles est arrondi. Il y aura quelques légères différences si vous totalisez simplement les nombres dans les exemples à l'aide d'un calculateur.

      Exemple 2 : Workloads dynamiques et continus et capacités provisionnées en un mois

      Imaginons que votre application effectue diverses opérations d'écriture et de lecture pour différentes périodes du mois. Chaque workload est différent pour les périodes suivantes :

      • Jours 1 à 5 : 100 unités d'écriture provisionnées, 100 unités de lecture pour le workload moyen à 100 Ko/s.
      • Jours 6 à 15 : 200 unités d'écriture provisionnées, 200 unités de lecture pour le workload le plus important à 200 Ko/s.
      • Jours 16-31 : 70 unités d'écriture provisionnées, 70 unités de lecture pour le workload inférieur 70 Ko/s.

      Imaginons que la capacité d'écriture et de lecture change à minuit. Imaginons également que le stockage provisionné le premier jour reste constant à 25 Go (avec le temps de vie activé) tout au long du mois.

      Le prix unitaire par heure est la méthode idéale pour calculer la facturation mensuelle en agrégeant le total des capacités d'écriture et de lecture horaires provisionnées.

      Les jours 1 à 5 comptabilisent 120 heures de 100 unités d'écriture, 100 unités de lecture provisionnées. Les jours 6 à 15 comportent 240 heures de 200 unités d'écriture, 200 unités de lecture provisionnées. Les jours 16 à 31 comptent 384 heures de 70 unités d'écriture, 70 unités de lecture provisionnées.

      Graphique du nombre d'unités d'écriture/de lecture provisionnées sur 3 périodes différentes

      Méthode de calcul de la facturation

      Facture mensuelle = SUM ((Unité d'écriture/de lecture horaire provisionnée) x (Prix unitaire horaire d'écriture/de lecture))

      Facturation d'échantillon

      Ecritures
      Période de workload Unités d'écriture horaire Coût d'écriture horaire Coût horaire total pour x jours Détails
      Jour 1-5 100 0,0169 USD 2,02 USD Coût horaire x 120 heures
      Jour 6-15 200 0,0337 USD 8,09 USD Coût horaire x 240 heures
      Jour 16-31 70 0,0118 USD 4,53 USD Coût horaire x 384 heures
      Facturation mensuelle 14,64 USD
      Lectures
      Période de workload Unités de lecture horaire Coût de lecture horaire Coût horaire total pour x jours Détails
      Jour 1-5 100 0,0009 USD 0,10 USD Coût horaire x 120 heures
      Jour 6-15 200 0,0017 USD 0,41 USD Coût horaire x 240 heures
      Jour 16-31 70 0,0006 USD 0,23 USD Coût horaire x 384 heures
      Facturation mensuelle 0,75 USD
      Stockage
      Stockage total en Go Facturation mensuelle Détails
      Jour 1-31 25 1,65 USD 25 Go x 0,066 USD
      Facturation mensuelle totale de 17,04 USD
      (Écriture, lecture et stockage)

      Remarque : Le nombre total de factures mensuelles est arrondi. Il y aura quelques légères différences si vous totalisez simplement les nombres dans les exemples à l'aide d'un calculateur.

      Exemple 3 : Workloads dynamiques et capacités provisionnées multiples en une heure

      Il s'agit d'un cas particulier où différentes capacités d'écriture/lecture sont provisionnées en une heure. Imaginons que votre application effectue deux modifications de workloads extrêmes en une heure. Voici comment le coût est calculé lorsque plusieurs unités d'écriture/lecture sont provisionnées en une heure.

      • Jours 1 à 5 : 100 unités d'écriture provisionnées, 100 unités de lecture pour le workload moyen.
      • Jour 6 (00:00-1 h 00) :
        • 00 h 01-12 h 15 (15 minutes) : 20 unités d'écriture, 20 unités de lecture provisionnées pour une baisse de workload.
        • 00 h 16 - 1 h 00 (45 minutes) : 60 unités d'écriture, 60 unités d'écriture provisionnées pour une légère augmentation du workload.
      • Jour 6 (1 h 01 -11h59) (23 heures) : 200 unités d'écriture, 200 unités de lecture sont provisionnées pour l'augmentation soudaine du workload.
      • Jours 7 à 15 : 200 unités d'écriture provisionnées, 200 unités de lecture pour le workload important.
      • Jours 16-31 : 70 unités d'écriture provisionnées, 70 unités de lecture pour le faible workload.

      Le prix unitaire par heure est la méthode idéale pour calculer la facturation mensuelle en agrégeant le total des capacités d'écriture et de lecture horaires provisionnées. Dans ce cas, le prix unitaire par heure est également utilisé pour calculer le coût moyen au cours de l'heure avec deux modifications des capacités d'écriture et de lecture provisionnées.

      Les jours 1 à 5 comptabilisent 120 heures de 100 unités d'écriture, 100 unités de lecture provisionnées. Le jour 6 (00 h 01 - 00 h 15) comporte 20 unités d'écriture, 20 unités de lecture provisionnées. Le jour 6 (00 h 16 - 1 h 00) compte 60 unités d'écriture, 60 unités de lecture provisionnées. Le jour 6 (1 h 01 -23 h 59) comptabilise 200 unités d'écriture, 200 unités de lecture provisionnées. Les jours 7 à 15 comportent 216 heures de 200 unités d'écriture, 200 unités de lecture provisionnées. Les jours 16 à 31 comptent 384 heures de 70 unités d'écriture, 70 unités de lecture provisionnées.

      Graphique du nombre d'unités d'écriture/de lecture provisionnées sur 3 périodes différentes

      Méthode de calcul de la facturation

      Facture mensuelle = Somme ((Unité d'écriture/lecture horaire provisionnée) x (Prix unitaire horaire d'écriture/lecture) + (00 h 01 - 1 h 00 Unité d'écriture/lecture moyenne horaire provisionnée) x (prix unitaire horaire d'écriture/lecture))

      Facturation d'échantillon

      Voici un exemple de facturation mensuelle, en supposant que le stockage provisionné le premier jour reste constant à 25 Go (avec la durée de vie activée) tout au long du mois. La moyenne des unités d'écriture/lecture du jour 6 entre 00 h 00 et 1 h 00 est la suivante :

      • 00 h 01 - 00 h 15 = 20 unités d'écriture/lecture * 900 s = 18 000 unités d'écriture/lecture
      • 00 h 16 - 1 h 00 = 60 unités d'écriture/lecture * 2700 s = 162 000 unités d'écriture/lecture
      • Nombre moyen d'unités d'écriture/de lecture du jour 6 de 00 h 00 à 1 h 00 = (18 000 + 162 000)/3600 = 50 unités d'écriture/de lecture
      Ecritures
      Période de workload Unités d'écriture horaire Coût d'écriture horaire Coût horaire total pour x jours Détails
      Jour 1-5 100 0,0169 USD 2,02 USD Coût horaire x 120 heures
      Jour 6, 00 h 00 à 1 h 00 (capacités moyennes provisionnées) 50 0,0084 USD 0,01 USD Coût horaire x 1 heure
      Jour 6, 00 h 01 -00 h 15 (20 Ko/s d'écritures) 20 20 écritures x 900 secondes
      Jour 6, 00 h 16 - 1 h 00 (60 Ko/s d'écritures) 60 60 écritures x 2700 secondes
      Jour 6, 1 h 01 - 00 h 00 200 0,0337 USD 0,78 USD Coût horaire x 23 heures
      Jour 7-15 200 0,0337 USD 7,28 USD Coût horaire x 216 heures
      Jour 16-31 70 0,0118 USD 4,53 USD Coût horaire x 384 heures
      Facturation mensuelle 14,62 USD
      Lectures
      Période de workload Unités de lecture horaire Coût de lecture horaire Coût horaire total pour x jours Détails
      Jour 1-5 100 0,0009 USD 0,10 USD Coût horaire x 120 heures
      Jour 6, 00 h 00 à 1 h 00 (capacités moyennes provisionnées) 50 0,0004 USD 0,0004 USD Coût horaire x 1 heure
      Jour 6, 00 h 01 -00 h 15 (20 Ko/s de lectures) 20 20 lectures x 900 secondes
      Jour 6, 00 h 16 - 1 h 00 (60 Ko/s de lectures) 60 60 lectures x 2700 secondes
      Jour 6, 1 h 01 - 00 h 00 200 0,0017 USD 0,04 USD Coût horaire x 23 heures
      Jour 7-15 200 0,0017 USD 0, 37 USD Coût horaire x 216 heures
      Jour 16-31 70 0,0006 USD 0,23 USD Coût horaire x 384 heures
      Facturation mensuelle 0,75 USD
      Stockage
      Stockage total en Go Facturation mensuelle Détails
      Jour 1-31 25 1,65 USD 25 Go x 0,066 USD
      Facturation mensuelle totale de 17,01 USD
      (Écriture, lecture et stockage)

      Remarque : Le nombre total de factures mensuelles est arrondi. Il y aura quelques légères différences si vous totalisez simplement les nombres dans les exemples à l'aide d'un calculateur.

    • Exemple de relevé de facturation

      Exemple de facturation mensuelle Oracle Cloud Infrastructure (OCI) pour Oracle NoSQL Database Cloud

      Voici un exemple de relevé de facturation mensuelle OCI pour décembre 2022 à partir de l'exemple 2 ci-dessus.


      Ouvrir l'image dans une nouvelle fenêtre