Bonjour;
 
Je réalise une application tétécoms et j'utilise des fichiers textes pour stocker les infos nécessaires à mon traitement au lieu d'utilise un SGBD (le constructeur ne souhaite pas utiliser un SGBD).
 
Question1 : Y'a t'il un autre moyen technique pour stocker les data qui servent aux traitement (hormis le système de fichiers)?
 
Question 2 : Si oui comment je gère la construction des msgs qui vont être envoyés via une msgqueue Unix à un autre équipement ?
 
En vous remerciant;
 
Djamel

Hello,
 
Je me lance
 
Ben en fait il n'y a pas 36 solutions pour stocker une information et la retrouver.
 
1/ Tu utilises le file system.
Tu généres un fichier par opération en les nommant distinctement pour pouvoir les retrouver.
 
2/ Tu utilises une base de données en définissant les tables qui vont bien.
Puis tu alimentes la table avec un insert ou un select pour extraire.
Mais quoiqu'il arrive tu utilises le File System (en dessous de la base de données, au final elle est stockée sur disque), je parle pas des solutions type mainframe ou SQL 4.X, 6.X ou Sybase ok.
 
3/ Tu te fais ton File System.
Tu formates (tu mets des zéro partout sur le disque).
Puis là tu es comme une vache devant une prairie, tu poses tes bouzes où tu veux et idem pour broutter
Par contre le problème qu'il va falloir régler c'est comment tu sais où tu as fais une bouze et où il reste de l'herbe à broutter.
Ben là t'as pas 36 solutions non plus.
Soit tu fais un index au début du disque avec assez d'espace pour être sur de pas en manquer.
Soit tu parcours tout le disque à la recherche de tes données.
(un peu ISAM comme procédé non ? )
 
A mon avis le plus simple est de t'appuyer sur ce qui existe non ?
 
WW

Bonjour ;
 
merci pour ta réponse :
 
Je ne peux utiliser un SGBD (il formellement interdit par le client) que cette SGBD soit explicite ou non ?
J'ai pensé au XML que je suis entrain de regarder pour voir s'il n' ya pas de problèmes de perf ?
 
Qu'est ce que tu veux dire par "ce qui existe" ?
 
A+;