Discussion :

[Trady]

Bonjour,

J'ai une récupération de données à effectuer d'un web service.
J'aimerai stocker et mettre à jour très régulièrement les données "prices".
Il y aura constamment entre 20.000 et 50.000 lignes dans la table.
De jour en jour, je dois supprimer des seletionID "périmés" et ajouter des nouveaux (à peu près 10.000 à supprimer et 10.000 nouveaux à ajouter par jour).

La table n'aura que 2 colonnes:

SEL_ID INT IDENTITY PRIMARY KEY,
PRICES DECIMAL(9,4)

Ma question est donc de savoir (compte tenu du nombre de lignes indiqué au-dessus) si il est possible de faire des mises à jour très régulières (ex toutes les 2-3 secondes, voir moins) de l'ensemble des données "prices" ?
Ou si il faut mieux stocker dans une variable de session en mémoire la liste des données dans mon application web (sachant que c'est pour de l'affichage sur un site web ensuite) ?

Je dois appliquer un pourcentage pour minorer ces prix. Puis-je procéder dans la base avec une 3e colonne calculée bien que les valeurs "prices" vont changer très souvent ?

Merci de vos réponses et avis.

Cordialement

[elsuket]

Bonjour,

Les deux affirmations suivantes se chevauchent-elles ?

De jour en jour, je dois supprimer des seletionID "périmés" et ajouter des nouveaux (à peu près 10.000 à supprimer et 10.000 nouveaux à ajouter par jour).
...
Ma question est donc de savoir (compte tenu du nombre de lignes indiqué au-dessus) si il est possible de faire des mises à jour très régulières (ex toutes les 2-3 secondes, voir moins) de l'ensemble des données "prices" ?

Vous allez donc devoir :

- DELETE 10000 lignes + INSERT 10000 lignes une fois par jour
- UPDATE 50000 lignes toutes les secondes

Si c'est bien ça, et que vous devez ensuite faire de l'affichage, il y a fort à parier que le SELECT entrera en conflit avec les UPDATE. Donc vous avez deux options :

- Soit vous utilisez une table traditionnelle, avec le niveau d'isolation de transaction SNAPSHOT et l'option de base de données READ_COMMITTED_SNAPSHOT à ON
- Soit vous êtes avec SQL Server 2014 Enterprise, et vous pouvez utiliser des tables optimisées en mémoire

@++

[Trady]

Bonjour,

Merci elsuket pour la réponse.