quel choix pour la Persistence?

[Sniper37]

Bonjour,

je cherche un bon outil, la bonne architecture pour avoir un systeme qui centralise les données de plusieurs tables sources et qui ne perd aucune ligne insérée dans l'une de ces tables. ces tables peuvent recevoir plusieurs insertions de lignes par secondes..et contiennent enormement de de données..
le but est d'avoir une table qui contient les informations utilies de toutes les tables, et de reduire au minimum le temps entre l'insertion d'une lignes dans une table source et son apparition dans la table destination.

j'hesite entre une solution 100% en base de données avec proc stock et jobs ...ou un autre systeme de persistence..EJB...

merciii de votre aide..

[ylarvor]

A partir de SQL Serveur 2000, il existe les vues partitionnées. Tu réalises une vue UNION ALL entre deux tables différentes. tu as l'impression d'avoir une table qui totalise l'ensemble des lignes. SQL Serveur 2000 gère les requêtes sur un morceau de la vue comme sur un accès à la sous table, super optimisé!

[kedare]

Je pense que n'importe quelle dbms qui gère les trigger peut faire ca avec un AFTER INSERT sur tes tables

[SQLpro]

ces tables peuvent recevoir plusieurs insertions de lignes par secondes..et contiennent enormement de de données..

Oracle, SQL Server et IBM DB2 sont capable d'insérer plusieurs millions de lignes à la minute... Dernier record en date : 4 000 000 de lignes par minute soit 66 666 lignes par seconde.
sera-ce suffisant pour vous ?

A +

[Sniper37]

Envoyé par SQLpro

Oracle, SQL Server et IBM DB2 sont capable d'insérer plusieurs millions de lignes à la minute... Dernier record en date : 4 000 000 de lignes par minute soit 66 666 lignes par seconde.
sera-ce suffisant pour vous ?
A +

ouii je pense que c'est suffisant, le problème est que parfois ya des lignes perdues..

[SQLpro]

le problème est que parfois ya des lignes perdues..

NON

A +