WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Mise en place d'une base de données répartie sous Oracle. Cas de la gestion du dossier judiciaire dans les parquets de grande instance de la ville de Kinshasa


par Dieudonné MWADIA BILE
Ecole Supérieure des Métiers d'Informatique et de Commerce - Licence en Informatique 2015
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

11. Registre des faits non infractionnels : RFNIG

article 1.

RFNIG=Restrict(RMPG, article = 1)

12. Registre d'informations : RIG

RIG=Restrict(RENT, typeacte > 2)

V.7.6. Fragmentation

Les différentes vues sont fragmentées horizontalement comme-suit :

a) Registre du Ministère public local : RMP

RMP=Restrict(RMPG, codeparquet = 'code parquet')

b) Registre des faits non infractionnels : RFNI

RFNI=Restrict(RFNIG, codeparquet = 'code parquet')

c) Registre des autres parquets : RAP

RAP=Restrict(mandat, codeparqdes = 'code parquet')

d) Registre d'informations : RI

RI=Restrict(RIG, codecom = 'code commune')

e) Registre des amendes transactionnelles : RAT

RAT=Restrict(RATG, codeparquet = 'code parquet')

f) Registre de contrôle de détention préventive : RDP

RDP=Restrict(RDPG, codeparquet = 'code parquet')

g) Registre des tutelles : RT

RT=Restrict(RTG, codeparquet = 'code parquet')

h) Registre du ministère public de l'enfance délinquante : RMPED

REI=Restrict(RMPEDG, codecom = 'code commune')

i) La relation personne_physique_l :

personne_physique_l=Restrict(personne_physique, codecom = 'code commune')

j) La relation personne_morale_l :

personne_morale_l=Restrict(personne_morale, codecom = 'code commune')

k) La relation personnel_judiciaire_l :

personnel_judiciaire_l=Restrict(personnel_judiciaire, nomparquet = 'nom parquet')

V.7.7. Duplication

Les tables Parquet, infraction, commune et personnel sont dupliquées dans tous les sites..

V.7.8. Sécurité des données.

On définit deux catégories d'utilisateurs :

· Utilisateurs du schéma global : parmi lesquels on a deux groupes :

Ø administrateur principal, ayant tous les privilèges sur le schéma global ;

Ø opérateur principal : ayant les droits de mise à jour sur les relations dupliquées et droit de lecture seule sur les fragments alloués.

· Utilisateurs du schéma local :

· administrateur local : ayant tous les privilèges sur le schéma local à la limite des privilèges définis par l'administrateur principal sur les relations sources.

· Opérateur local : ayant les droits de mise à jour sur les fragments alloués et de lecture seule sur les relations dupliquées.

V.7.9. Sécurité de communication.

Le schéma global sera implémenté dans le parquet général de la Gombe et au niveau de chaque parquet de grande instance sera implémenté le schéma local.

Les communications inter-sites passeront donc par un réseau public (Internet par fibre optique par exemple) à travers un réseau privé d'entreprise (VPN).

V.8. Conclusion

La conception de notre base de données répartie a appliqué les règles utilisées pour les bases de données normales en ajoutant les notions de répartition à tous les niveaux des schémas d'une base de données tels que définis par l'ANSI.

Il a été conçu un schéma global pour la cour d'appel de la Gombe et des schémas locaux pour les différents parquets de grande instance de Kinshasa. Le prochain chapitre présente l'implémentation de notre système sous le SGBD Oracle et la plate-forme GNU/Debian-Linux.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Le doute est le commencement de la sagesse"   Aristote