> Renaud ROSSET
Assembler le tout

Assembler le tout

Génériquement parlant, le terme module désigne n’importe quelle composante de code. Mais ici (et dans la plupart des propos sur l’iSeries), nous retiendrons la définition plus restrictive : celle d’un module ILE. Un module peut contenir le code spécifique à l’application pour un programme particulier, un ensemble de procédures associées,

Lire l'article
Liez-moi çà 

Liez-moi çà 

Une bonne compréhension du mode de fonctionnement des liens dans l’IFS permet de mieux comprendre, organiser et gérer les données IFS. J’espère que cet article vous a plu et que vous savez utiliser efficacement des liens IFS à partir des programmes ILE RPG.

Le prochain article de cette

Lire l'article
Délier un fichier pendant son utilisation

Délier un fichier pendant son utilisation

On veut parfois créer des données temporaires dans le répertoire /tmp, utiliser les données pour une poignée de programmes, puis abandonner les données. Dans un tel cas, aucun autre programme du système ne doit pouvoir accéder au fichier.

Une manière astucieuse d’aborder ce programme consiste à délier le

Lire l'article
Créer des fichiers temporaires dans l’IFS

Créer des fichiers temporaires dans l’IFS

Les programmeurs iSeries ont l’habitude de stocker des données temporaires dans la bibliothèque QTEMP. C’est une bibliothèque très spéciale dans l’iSeries parce qu’il en existe une copie différente pour chaque job du système. C’est utile lorsque l’on crée des objets temporaires car on n’a pas à se soucier de rendre

Lire l'article
Renommer un fichier (ou « lien ») dans l’IFS

Renommer un fichier (ou « lien ») dans l’IFS

IBM offre deux API différentes pour renommer un fichier dans l’IFS : Qp01 RenameUnlink() et Qp01Rename- Keep(). Toutes deux font la même chose : changer le nom d’un lien. La différence entre les deux se manifeste quand le nom du fichier résultant existe déjà.

Si un lien portant

Lire l'article
API spéciales pour liens

API spéciales pour liens

Certaines API spéciales s’accommodent parfaitement des liens symboliques. L’API lstat() se comporte exactement comme l’API stat(), à un détail près. Si le nom de chemin d’accès fourni à l’API lstat() est un lien symbolique, l’API renvoie l’information à propos du lien lui-même, tandis que l’API stat() renvoie l’information à propos

Lire l'article
Liens symboliques

Liens symboliques

Un lien symbolique (« symlink » en abrégé) n’est pas un lien direct allant d’un répertoire aux données d’un fichier, comme l’est un lien dur. C’est plutôt un fichier stream spécial qui contient le nom de chemin d’accès d’un fichier différent. Quand on essaie d’accéder à un lien symbolique, il

Lire l'article
Limitation des liens durs

Limitation des liens durs

Notons que dans HELLOLINK (figure 1), les liens ne se trouvent pas tous dans le même répertoire. En fait, ils peuvent être dans n’importe quel répertoire – tant qu’ils font partie du même système de fichiers.

Par exemple, le code de la figure 3 ne fonctionnera pas !

Lire l'article
Supprimer (ou « délier ») des fichiers dans l’IFS

Supprimer (ou « délier ») des fichiers dans l’IFS

Sachant ce qu’est un lien, vous comprenez pourquoi l’action par laquelle l’API supprime un fichier de l’IFS est appelée unlink() (c’est-à-dire, délier). Cette API supprime un lien conduisant à un fichier. Si tous les liens durs vers un fichier sont supprimés et si aucun programme n’a de fichier ouvert, les

Lire l'article
Liens durs

Liens durs

Un lien dur est une entrée de répertoire qui pointe vers un fichier particulier. Les zones /("root") et /QOpenSys de l’IFS permettent d’avoir plusieurs liens durs conduisant à un fichier particulier de l’IFS.Le programme HELLOLINK, illustré figure 1, démontre la création d’un fichier stream. L’API open() (A en figure 1)

Lire l'article
Un contenu spécifique SQL Server 2005 !

Un contenu spécifique SQL Server 2005 !

Du Hors Série Spécial SQL Server 2005 & Visual Studio 2005 au Guide des ressources complémentaires SQL Server 2005, en passant par un eBook SQL Server pour les DBA Oracle… plus d’informations sur www.itpro.fr/sql2005

Lire l'article
1. Recovery Model Usage

1. Recovery Model Usage

L’outil Best Practices Analyzer contrôle les sauvegardes récentes des journaux pour toutes les bases de données qui utilisent le modèle de récupération complète (Full) ou de récupération journalisée en bloc (Bulk-Logged). La sauvegarde du journal des transactions est vitale pour minimiser les pertes de données en cas de défaillance du

Lire l'article
2. Database File Placement

2. Database File Placement

L’installation des fichiers de données (.mdf) et des fichiers journaux (.ldf) sur le même lecteur entraînera une dégradation significative des performances de votre système. Cette règle s’assure que les deux types de fichiers sont placés sur des lecteurs distincts pour chacune de vos bases de données.

Lire l'article
3. SELECT Statements

3. SELECT Statements

Microsoft recommande d’employer des listes de colonnes explicites pour toutes les instructions SELECT. Cette règle contrôle les listes de colonnes dans les instructions SELECT définies au sein des procédures stockées, fonctions, déclencheurs et vues.

Lire l'article
4. INSERT Column List

4. INSERT Column List

Cette règle contrôle les instructions INSERT qui ne définissent pas explicitement les colonnes insérées. Par ailleurs, elle vérifie l’utilisation des instructions INSERT dans les procédures stockées, les fonctions, les déclencheurs et les vues.

Lire l'article
5. Index Fragmentation

5. Index Fragmentation

L’outil Best Practices Analyzer utilise cette règle pour vérifier la présence d’un taux élevé de fragmentation des index. Par défaut, elle contrôle les niveaux de fragmentation supérieurs à 20 pour cent pour les index comportant plus de 10 000 pages. La gestion des index par SQL Server peut entraîner la

Lire l'article
6. Failed Backup

6. Failed Backup

Cette règle détermine si une de vos sauvegardes de base de données a échoué en contrôlant le journal des événements de Windows NT. L’échec d’une sauvegarde peut altérer sérieusement votre capacité à restaurer des données perdues. Par défaut, cette règle vérifie la présence de sauvegardes ayant échoué au cours des

Lire l'article
Recommandations pour un partitionnement judicieux

Recommandations pour un partitionnement judicieux

A partir des résultats de mes tests et des conclusions qui en découlent, je propose ces quelques recommandations en matière de partitionnement. Pour toutes les requêtes :

  • Evitez les chevauchements de partitions.
  • Ne spécifiez en aucun cas le membre [All] comme tranche de données car vous allez créer

    Lire l'article
Tests des partitions

Tests des partitions

Pour identifier les types de partitions qui évitent les analyses séquentielles, j’ai élaboré des tests qui s’appuient sur le listing 2 et le listing 3. Pour obtenir tous les détails sur mon environnement de test, le processus et les résultats, reportez- vous à l’encadré « Cube- Partitioning Tests » à

Lire l'article
Partitionnement fondé sur l’utilisation

Partitionnement fondé sur l’utilisation

Vous pouvez partitionner un cube en fonction de n’importe quel n-uplet de membres, à n’importe quel niveau d’une dimension quelconque.

Le Partition Wizard d’Analysis Services appelle ce type de n-uplet une tranche de données. Bien qu’Analysis Services puisse analyser une petite partition plus rapidement qu’une partition de grande

Lire l'article