Discussion :

[DevNico]

Bonjour

Je travaille sur un système qui réalise l'alimentation d'une base de données oracle en temps réel.
Nous avons en gros une trentaine de sources qui alimentent notre base de donnée (traitements en java, connexions jdbc) en parallèle. (Chaque source alimente toutes les tables de la base de données)

J'ai remarqué des ralentissements sur ces traitements qui sont à mon avis dus à des contentions sur une table technique qui est alimentée par pas mal de traitements.
Je ne comprends pas bien la raison de ces locks.

Il s'agit d'une table de 6 champs, elle contient quelques millions d'enregistrements.
Il n'y a pas de clé primaire et possède 2 indexes : 1 bitmap et 1 normal.

Ma question est la suivante :
Est-ce j'ai bon en pensant que mes traitements peuvent être ralentis par l'alimentation de cette table ?
Je pensais que comme il n'y a pas d'index unique, plusieurs insertions dans la table en parallèle ne se bloqueraient pas ?


J'utilise la version 10.2.0.4 d'oracle.

Merci par avance

[Waldar]

L'index bitmap est très certainement une cause du problème : ils ne sont pas du tout adaptés ni à l'OLTP ni aux nombreux ordres DML !

[DevNico]

Merci pour cette info.

J'ai remplacé l'index bitmap par un index normal sur l'environnement de test, et ça a l'air de se comporter pas mal.
Je vais voir pour changer ça rapidement sur l'environnement de prod afin de confirmer l'amélioration.

Effectivement j'avais pas mal utilisé les indexes bitmap sur un projet Décisionnel où les alimentations se faisaient par batch, avec au final des chargement via sql loader, avec désactivation et réactivation des indexes.

Encore merci pour ta réponse rapide Waldar.