| ||
auteur : SheikYerbouti | ||
Trois vues permettent d'obtenir des informations sur les tables de votre base :
ALL_TABLES liste toutes les tables que l'utilisateur peut voir (les tables de son schéma plus celles des autres schémas dans lesquels il possède des droits) USER_TABLES liste les tables du schéma de l'utilisateur connecté Les colonnes de la vue DBA_TABLES sont les suivantes : OWNER Schéma propriétaire de la table TABLE_NAME Nom de la table TABLESPACE_NAME Nom du tablespace de stockage de la table CLUSTER_NAME Nom du cluster qui contient la table IOT_NAME Nom de l'IOT à laquele se réfère la zone de débordement ou la table de correspondances PCT_FREE Pourcentage minimum d'espace libre pour un bloc PCT_USED Pourcentage minimum d'espace utilisé pour un bloc INI_TRANS Nombre initial de transactions MAX_TRANS Nombre maximum de transactions autorisées INITIAL_EXTENT Taille du segment initial en octets NEXT_EXTENT Taille du deuxième extent en octets MIN_EXTENTS Nombre minimum d'extents alloués dans le segment MAX_EXTENTS Nombre maximum d'extents alloués dans le segment PCT_INCREASE Pourcentage d'augmentation des nouveaux extents créés FREELISTS Nombre de freelists allouées pour le segment FREELIST_GROUPS Nombre de groupes de freelists allouées pour le segment LOGGING Attribut de logging BACKED_UP Indique si la table a été sauvegardée depuis la dernière modification NUM_ROWS Nombre de lignes de la table (*) BLOCKS Nombre de blocs utilisés pour la table EMPTY_BLOCKS Nombre de blocs vide (jamais utilisés) pour la table AVG_SPACE Valeur moyenne de l'espace libre pour la table (en nombre de lignes) (*) CHAIN_CNT Nombre de lignes chaînées pour la table (*) AVG_ROW_LEN Longueur moyenne d'une ligne (incluant l'entête) (*) AVG_SPACE_FREELIST_BLOCKS Valeur moyenne de l'espace libre de tous les blocs dans une freelist (*) NUM_FREELIST_BLOCKS Nombre de blocs dans la freelist DEGREE Nombre de processus par instance INSTANCES Nombre d'instances à travers lesquelles la table est scannée CACHE Indique si la table est chargée en cache TABLE_LOCK Indique si le verouillage de table est activé ou désactivé SAMPLE_SIZE Valeur de l'échantillon utilisé pour analyser la table LAST_ANALYZED Date de la dernière analyse de la table PARTITIONED Indique si la table est partitionnée IOT_TYPE Indique le type d'objet d'une table organisée en index (Préfixe, zone de débordement ou table de correspondance (MAPPING TABLE) TEMPORARY Indique si la session courante peut voir les données insérées SECONDARY Indique si la table fait partie de la création d'un index de domaine NESTED Indique s'il s'agit d'une table imbriquée BUFFER_POOL Buffer pool par défaut de chargement des blocs ROW_MOVEMENT Indique si le déplacement des lignes partitionnées est activé ou désactivé GLOBAL_STATS Indique si les statistiques ont été calculées sans fusion des partitions sous-jacentes USER_STATS Indique si les statistiques ont été saisies directement par l'utilisateur DURATION Persistance des données d'une table temporaire (sys$session oo sys$transaction) SKIP_CORRUPT Indique si le contournement des blocs endommagés est activé ou désactivé MONITORING Indique si le traçage est activé CLUSTER_OWNER Propriétaire du cluster DEPENDENCIES Indique si le traçage des dépendances de niveau ligne est activé COMPRESSION Indique si la compression de données est activée ou désactivée (*) ne prenez par comme argent comptant la valeur de ces colonnes, particulièrement NUM_ROWS. En effet ces colonnes ne sont (re)valorisées qu'après analyse de la table. Utilisez donc ces valeurs à bon escient. Si votre système analyse vos tables chaque nuit, par exemple, ces valeurs peuvent sans crainte vous donner une bonne indication de la volumétrie de vos tables, sans exécuter la gourmande instruction : SELECT COUNT(*).
Après analyse de la table DEPT
|
| ||
auteur : Pomalaix | ||
Certaines tables doivent absolument être mises à l'abri des modifications, par exemple une table de paramétrage ou un historique en ligne.
Même si le seul privilège donné sur ces tables est le SELECT, il y a toujours un risque
que le propriétaire de la table, ou un utilisateur disposant d'un privilège global de type ANY TABLE, modifie par erreur ces tables. Comment se prémunir contre de telles erreurs ? Il suffit de mettre à profit un mode quelque peu méconnu des contraintes : DISABLE VALIDATE. En effet, ce mode interdit sur la table concernée l'exécution de toute instruction INSERT, UPDATE, DELETE ou même TRUNCATE, quels que soient les privilèges dont on dispose. La nature et la pertinence de la contrainte importent peu, seuls comptent les mots magiques DISABLE VALIDATE. Cependant, une contrainte neutre est préférable, pour le cas où elle serait activée, c'est pourquoi je propose un CHECK(1=1).
--> ORA-25128: Aucune insertion/mise à jour/suppression possible sur une table avec contrainte (SCOTT.LECT_SEULE) désactivée et validée Notre table est donc protégée contre toute modification accidentelle de son contenu. |
| ||
auteur : Jaouad | ||
Tout d'abord, il faut au préalable :
La requête suivante vous permet maintenant de lister les lignes chaînées :
Attention, cela ne fonctionne pas avec le package DBMS_STATS.
|
| ||
auteur : LeoAnderson | ||
Une table est un ensemble "physique" de données qui occupe un espace disque. Une vue est une interrogation logique (SELECT) basée sur des tables ou d'autres vues qui n'occupent pas de place sur le disque. Une vue n'est en fait qu'un "SELECT" mémorisé en base (l'instruction est mémorisée, pas les résultats). C'est la raison qui justifie l'impossibilité de créer un index, de n'importe quel type, sur ce type de segment. Afin d'optimiser le temps de réponse d'une requête se basant sur un select, l'index est donc à créer sur la table sur laquelle porte la requête. Concernant l'écriture des requêtes, les vues et les tables s'utilisent de la même manière Les vues sont toutes stockées dans le tablespace SYSTEM, alors que les tables sont stockés dans les tablespaces dédiés. Les tables sont visibles via les tables systèmes : DBA_TABLES, ALL_TABLES et USER_TABLES alors que les vues sont visibles via les DBA_VIEWS, ALL_VIEWS et USER_VIEWS. | ||
lien : View and Base table |
| ||
auteur : PlaineR | ||
Grâce à la requête suivante :
|
| ||
auteurs : rouardg, Jaouad | ||
il suffit de regarder la table USER_CONSTRAINTS, en particulier la colonne CONSTRAINT_TYPE de cette table, qui est codée de la manière suivante :
|
Les sources présentées sur cette page sont libres de droits et vous pouvez les utiliser à votre convenance. Par contre, la page de présentation constitue une œuvre intellectuelle protégée par les droits d'auteur. Copyright © 2006 Developpez Developpez LLC. Tous droits réservés Developpez LLC. Aucune reproduction, même partielle, ne peut être faite de ce site ni de l'ensemble de son contenu : textes, documents et images sans l'autorisation expresse de Developpez LLC. Sinon vous encourez selon la loi jusqu'à trois ans de prison et jusqu'à 300 000 € de dommages et intérêts.