This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
wiki:epims4_0m1:developer:epbackdb [2008/03/28 15:09] 127.0.0.1 édition externe |
wiki:epims4_0m1:developer:epbackdb [2008/10/02 10:21] (current) |
||
---|---|---|---|
Line 1: | Line 1: | ||
===== 4. Renseignement de la BD ===== | ===== 4. Renseignement de la BD ===== | ||
- | Le rôle de BackPIMS est donc, d’une part, de renseigner les différents champs de PIMS lors de la copie des analyses et, d’autre part, de relire ces informations pour permettre à l’utilisateur de nettoyer les PC des instruments des analyses déjà sauvegardées. | + | Le rôle de eP-Backest donc, d’une part, de renseigner les différents champs de ePIMS lors de la copie des analyses et, d’autre part, de relire ces informations pour permettre à l’utilisateur de nettoyer les PC des instruments des analyses déjà sauvegardées. |
- | Le renseignement de la base à partir des informations lues sur l’instrument est d’autant plus évident que les instruments sont sur un VLAN et donc invisible du réseau CEA. Par conséquent, la lecture des informations sur les instruments et leur transfert vers le SAN n’est possible que depuis la machine passerelle, machine sur laquelle BackPIMS est exécuté. De plus, les liens entre les analyses et les éventuelles informations de paramétrage ou les liens entre les différents types d’analyses ne sont identifiables que tant que les analyses sont sur les instruments. Une fois les analyses supprimées, il devient moins évident de retrouver les fichiers de paramétrages utilisés et le risque que ces fichiers soient supprimés est non nul. | + | Le renseignement de la base à partir des informations lues sur l’instrument est d’autant plus évident que les instruments ne sont pas obligatoirement accessible depuis le serveur ePims. De plus, les liens entre les analyses et les éventuelles informations de paramétrage ou les liens entre les différents types d’analyses ne sont identifiables que tant que les analyses sont sur les instruments. Une fois les analyses supprimées, il devient moins évident de retrouver les fichiers de paramétrages utilisés et le risque que ces fichiers soient supprimés est non nul. |
{{ epb_bd_schema.png }} | {{ epb_bd_schema.png }} | ||
- | **Figure 4: Extrait du schéma de la BD de PIMS** | ||
- | Le transfert des données et donc le renseignement de la base de données ne peuvent être faits que si le status de l'analyse est valide (voir chapitre précédent). D'autres vérifications sont néanmoins faites au moment de la demande de transfert des données : l'instrument d'acquisition soit référencé dans la base, le répertoire destination soit accessible. Si tout est OK, après la copie des données les modifications dans la base sont : | + | **Figure 4: Extrait du schéma de la BD de ePIMS** |
+ | |||
+ | Le transfert des données et donc le renseignement de la base de données ne peuvent être faits que si le status de l'analyse est valide (voir chapitre précédent). D'autres vérifications sont néanmoins faites au moment de la demande de transfert des données : | ||
+ | * l'instrument d'acquisition est référencé dans la base, | ||
+ | * le répertoire destination est accessible. | ||
+ | |||
+ | Si tout est OK, après la copie des données les modifications dans la base sont : | ||
* **acquisition_result** représente les fichiers résultats d’une acquisition. Un enregistrement est créé avec les informations lues dans Analysis. | * **acquisition_result** représente les fichiers résultats d’une acquisition. Un enregistrement est créé avec les informations lues dans Analysis. | ||
- | * **acquisition**, cette table représente l’analyse elle-même. Elle fait donc le lien entre l’échantillon analysé, le résultat de l’analyse (l’objet acquisition_result créé par BackPIMS) et l’instrument sur lequel a été fait l’analyse (référence une des instances de Spectrometer). On spécifie également dans cette table, la nature de l’acquisition. A savoir, l’acquisition est-elle réalisée pour une maintenance, une contrôle qualité ou dans le cadre de l’activité recherche. Dans le cas d’acquisitions spéciales, c'est-à-dire autre que celles réalisées pour la recherche, il n’y a pas d’objet sample associé. D’autres informations comme le protocole d’acquisition utilisé pourront également être, par la suite, renseignées par BackPIMS. Le champ name, la date de l’acquisition et la description sont lues dans Analysis. | + | * **acquisition**, cette table représente l’analyse elle-même. Elle fait donc le lien entre l’échantillon analysé (via les tables protocol_application et treatments_application), le résultat de l’analyse (l’objet acquisition_result créé par eP-Back) et l’instrument sur lequel a été fait l’analyse (référence une des instances de Spectrometer). On spécifie également dans cette table, la nature de l’acquisition. A savoir, l’acquisition est-elle réalisée pour un contrôle qualité ou dans le cadre de l’activité recherche. Dans le cas d’acquisitions spéciales, c'est-à-dire autre que celles réalisées pour la recherche, il n’y a pas d’objet sample associé. D’autres informations comme le protocole d’acquisition utilisé pourront également être, par la suite, renseignées par eP-Back. Le champ name, la date de l’acquisition et la description sont lues dans Analysis. |
- | * **sample** représente l’échantillon qui a subi l’analyse. L'enregistrement correspondant existe déjà dans la BD. BackPims modifie le status de l'échantillon. En effet, afin d'être analysé en spectrométrie, l'échantillon avait le status "to be analysed". Une fois l'analyse faite, on repasse le status à "availble". | + | * **sample** représente l’échantillon qui a subi l’analyse. L'enregistrement correspondant existe déjà dans la BD. |
- | * **planning**, l'enregistrement correspondant à la demande d'analyse est supprimé de la table. Cet enregistrement est identifié par le sample et le study qui doivent correspondre à ceux associés à l'analyse et le model de l'instrument doit être compatible avec l'instrument sur lequel l'acquisition a été effectivement faite. | + | * **mass_planning** (non représenté ci-dessus), l'enregistrement correspondant à la demande d'analyse. Celui-ci est supprimé de la table. |
Afin de permettre de transférer des acquisitions recherche dont l'échantillon correspondant n'a pas été créé dans la base, il est possible de spécifié comme nom de l'échantillon : "old" (Analysis.UNKNOWN_SAMPLE_CODE) . Dans ce cas, aucune vérification n'est faite sur l'échantillon lors de la détermination du status de l'analyse et lors du transfert des données on créé un nouvel enregistrement de sample : | Afin de permettre de transférer des acquisitions recherche dont l'échantillon correspondant n'a pas été créé dans la base, il est possible de spécifié comme nom de l'échantillon : "old" (Analysis.UNKNOWN_SAMPLE_CODE) . Dans ce cas, aucune vérification n'est faite sur l'échantillon lors de la détermination du status de l'analyse et lors du transfert des données on créé un nouvel enregistrement de sample : |