Auteur |
Message |
Vincent
Webmaster
Sexe:
Messages: 5584
Localisation: Montpellier
|
Posté le:
Jeu 28 Juin 2007 - 00:41 |
|
Channels a écrit: |
Certes, mais on attend surtout d'un eleve ARLe qu'ils montrent comment ils gèrent les utilisateurs, la sauvegarde, la restaure, éventuellement la création de tables, l'insertion des données ............. mais pas l'intégrité.
voilà, c'est comme ça en ARLE. |
Exactement.
L'intégrité fonctionnelle des données n'est pas gérée par un DBA.
C'est l'applicatif qui gère les données, le DBA se contente d'assurer l'exploitation et l'exploitabilité de la base.
Les sauvegardes étant normalement planifiées dans un ordonnanceur, les restaurations sont à faire par contre au besoin et c'est le boulot d'un DBA de restaurer tel ou tel schéma ou telle ou telle table, à la demande généralement d'une équipe de développement ou d'une maintenance applicative.
L'autre grande tâche du DBA, c'est d'être pro-actif en matière de performances. Avec certains outils tiers, on peut analyser les requêtes qui durent longtemps, ou du moins trop longtemps, et éventuellement suggérer la création d'un index de performance.
J'ai eu le cas y'a pas longtemps à mon boulot où malgré qu'Oracle est concu pour calculer lui même son plan d'exécution (choix de tel ou tel index en fonction de statistiques nécessitant recalcul cyclique) on peut se voir amener à forcer l'utilisation d'un index (avec un HINT).
Dans le cas précis, du jour au lendemain il était passé en full scan sur la table au lieu d'utiliser un index, car les statistiques étaient considérées comme sâles (non utilisables). Il devait y avoir eu 100 000 lignes de rajoutés dans la table depuis le dernier calcul de statistiques, ce qu'Oracle a jugé excessif, malgré que la table contienne 70 millions d'enregistrements.
Du coup la requête qui normalement durait 2mn était rendue à 1h30.
Enfin bref, je m'étale un peu. |
_________________ Hey les amis, pensez à suivre @webig sur Twitter, et pourquoi pas me suivre moi @cybervince |
|
|
|
N'oubliez pas de vous inscrire à la communauté pour participer. Si vous êtes déjà membre, connectez-vous pour faire disparaître ce bandeau publicitaire. |
Strato
Résident du forum
Sexe:
Messages: 250
Localisation: Paris
|
Posté le:
Jeu 28 Juin 2007 - 10:46 |
|
Vincent a écrit: |
Enfin bref, je m'étale un peu. |
Non non, c'est intéressant. |
|
|
|
|
Luffy
Forumeur occasionnel
Messages: 37
|
Posté le:
Lun 02 Juil 2007 - 10:23 |
|
Pour revenir un peu plus dans le sujet voilà ce que j'ai fait moi ( je suis en ARLE )
1) Install d'APACHE et configuration de celui ci
2) Implémentation de PHP dans apache
3) Connexion entre mysql et php
4) Administration de la base mysql ( en ligne de commande )
5) Restriction avec .htaccess
6) Restauration d'une base helpdesk
6) Install d'un applicatif que j'ai crée de type helpdesk en php pour montrer ce que l'on peut faire avec Apache/Php/Mysql
7) Sauvegarde de la base helpdesk
je te déconseil d'utiliser easyphp même si cela est très pratique, si tu tombe sur quelqu'un d'exigeant il te demandera beaucoup beacoup de chose sur httpd.conf et tu sera bloquer puisqu'avec easyphp tous se fait via l'interface web |
|
|
|
|
dununfolette
Modérateur
Sexe:
Messages: 2497
Localisation: chambéry (73)
|
Posté le:
Lun 02 Juil 2007 - 11:43 |
|
Enfin on peut aussi ouvrir le fichier et bidouiller dedans hein... |
_________________ Doudou BTS IG ARLE eu et LP Réseaux Sans Fil et Sécurité validée ! Boulot, boulot, boulot...
Pensez à valider votre profil !
|
|
|
|
Ginuis
Résident du forum
Sexe:
Messages: 315
|
Posté le:
Lun 02 Juil 2007 - 11:57 |
|
dununfolette a écrit: |
Enfin on peut aussi ouvrir le fichier et bidouiller dedans hein... |
bidouiller dunun tsss.. |
_________________
|
|
|
|
|