D.- Manipuler les données avec le langage de requête SQL
A partir d'un dossier de conception relatif à une application informatique, alimenter la base
de données relationnelle associée et en extraire des données selon un ou plusieurs critères
de sélection.
Voici un exemple de requête allant chercher des données sur 5 tables avec 6 critères de tri (les commentaires en vert rappellent les règles de gestion qui ont précédé la création de la requête) :
SELECT lic.ID AS OldINT, CAST(ligFac.DATE_FIN AS INT) AS DateFin
FROM LICENCE.dbo.LICENCE lic
INNER JOIN ATHENEO_LICENCE.dbo.L_CONTRAT ligCont ON lic.NO_CONTRAT = ligCont.NO_CONTRAT
INNER JOIN ATHENEO_LICENCE.dbo.CONTRAT cont ON ligCont.NO_CONTRAT = cont.NO_CONTRAT
INNER JOIN ATHENEO_LICENCE.dbo.SOCIETE soc ON cont.NO_SOCIETE = soc.NO_SOCIETE
INNER JOIN ATHENEO_LICENCE.dbo.V_L_FACTURE ligFac ON ligCont.NO_L_CONTRAT = ligFac.NO_L_CONTRAT
INNER JOIN ATHENEO_LICENCE.dbo.V_FACTURE fac ON ligFac.NO_V_FACTURE = fac.NO_V_FACTURE
WHERE cont.COD_ETAT = '01' --Etat du contrat 'EN COURS'
AND(fac.COD_STATUT = 2 --'Facture réglée'
OR (fac.COD_STATUT = 3 AND fac.COD_RGLT LIKE 'PR%')) --'Facture Réglée partiellement' si on est en prélèvements
AND soc.PROSPECT = 0 --ADV non Bloquée
AND ligFac.DATE_DEBUT > lic.DUA
AND cont.DAT_DEBUT > lic.DUA
AND lic.OBSOLETE = 0
E.- Développer les composants d'accès aux données
+ Réaliser les composants permettant de manipuler les données situées sur un serveur.
Je sais utiliser des composants sensés interfacer la couche de traitement avec la couche de persistance. Dans le cadre du projet MISMO il s’est agi d’utiliser des classes de connexion base préexistantes qui interrogent non pas une table directement mais une procédure stockée :
DataSet mesdonnees = Connexion.GetInstance().ChargerSqlToDataSet("Table", "exec NEW_LICENCE_IF_AVAILABLE @contrat, @societe", sqlParametre);
+ Mettre au point des composants,
J’ai conscience que ces composants doivent être stabilisés, paramétrés et facilement re-paramétrables pour pouvoir suivre rapidement des changements de nom, d’IP serveurs voire même de SGBDR.
+ Documenter les composants.
Les composants d’accès aux données sont généralement préexistants aux projets et doivent juste être implémentés. Mais la façon dont ils sont appelés depuis les traitements est également à spécifier.
F.- Installer les composants
Avant les phases d'installation / mise en exploitation, le développeur réalise ou participe activement à l'élaboration des scripts nécessaires :
+ Pour installer les composants sur les serveurs ou les postes clients,
+ Pour assurer les sauvegardes et restaurations.
A partir du contexte de production et des normes d'exploitation de l'entreprise, le développeur doit :
+ Ecrire les procédures d'installation,
J’ai produit une procédure d’installation-déploiement de mon webservice sur un serveur IIS
Référence : totalité du DWS
+ Concevoir les jeux d'essai permettant leur test,
Les composants sont testés en permanence à tous les niveaux du processus de développement et débuggés en continu. Les jeux d’essais pour les applications n-tiers doivent cependant
-Impliquer un maximum de technologies inter-compatibles (différents navigateurs pour les applis web, différents OS et différentes versions pour les applications utilisables depuis un parc hétérogène)
-Prévoir toutes les pannes matériels et assurer la pérennité des données dans tous les cas (coupures réseau, arrêt inattendu)
+ Mettre à jour les dossiers concernés.
Les résultats des essais doivent être documentés, surtout si des problèmes non résolubles immédiatement ont été identifiés sans que la décision soit prise de retarder le déploiement.
|
