Reverse Engineering Oracle 10g pour les imports, version 2.0

Cet article propose les requêtes indispensables sur les vues du dictionnaire Oracle (dba_users, dba_roles, dba_role_privs etc...) afin de préparer les comptes, rôles, privilèges, synonymes etc... pour une instance Oracle qui va être chargée à partir d'un export.

Dans la version 2.0, la génération des commandes de création des profils, synonymes publics et droits à partir du dictionnaire est prise en charge. L'extraction des commandes DDL à partir d'un fichier d'export est évoquée.

Reverse Engineering Oracle 10g pour les imports »

Retour au sommaire ↑

L'utilitaire comm sous Unix. Intégration de données en delta dans une base de données

L'utilitaire comm sous Unix est peu connu mais très puissant pour l'intégration de données en différentiel dans une base de données à partir de fichiers reçus à intervalles réguliers.
Pour éviter de charger en base à chaque fois 100 000 lignes à traiter, le binaire comm est exploité pour générer un fichier à charger ne contenant que les nouvelles lignes et lignes modifiées entre deux fichiers reçus. Les gains en performances grâce à comm peuvent dépasser 200% en éliminant une très grande partie des traiements ligne à ligne.
Cet article présente un cas pratique d'utilisation du binaire comm mais également les contraintes, car les fichiers doivent être déjà triées avant l'utilisation de comm.

L'utilitaire comm sous Unix. Intégration de données en delta dans une base de données »

Retour au sommaire ↑

Sybase Component Integration Services CIS, tables proxy attachées à des jeux de résultats de procédures stockées

Certaines philosophies ou normes de développement interdisent aux applications clientes de récupérer directement les jeux de résultats retournés par une procédure stockée (Business Objects etc...).
Les données doivent parfois être exportées dans un fichier plat avec le binaire bcp de Sybase mais le formatage complexe des données ou une dénormalisation nécessaire implique obligatoirement l'utilisation d'une procédure stockée.
Sybase Component Integration Services ou CIS avec les tables proxy offre la possibilité de faire apparaître les jeux de résultats d'une procédure sous forme de table pour répondre à ces problématiques.
Cet article décrit à travers un cas pratique l'utilisation de la commande create existing table, les avantages, les restrictions, la récupération des informations depuis la table sysattributes etc...

Component Integration Services CIS, tables proxy attachées à des jeux de résultats de procédures stockées »

Retour au sommaire ↑

Replication Server - Déplacer des partitions (rs_diskpartitions) sans modifier les noms logiques

Dans la vie d'un moteur de réplication Replication Server, les partitions doivent parfois être déplacées.
2 méthodes sont disponibles pour déplacer des partitions.
Dans la méthode officielle et qui utilise les commandes add partition, create partition et drop partition, les noms logiques des partitions sont amenés à être modifiés et la suppression des anciennes partitions peut être en échec.
La seconde méthode non supportée permet de conserver les noms logiques mais implique une indisponibilité du moteur de réplication : la table rs_diskpartitions dans la base RSSD (Replication Server System Database) du moteur de réplication est mise à jour directement.
La structure de la table rs_diskpartitions est décrite dans cet article.

Déplacer des partitions (rs_diskpartitions) sans modifier les noms logiques »

Retour au sommaire ↑

Replication Server - Guide pratique et astuces

Guide rapide de référence et astuces Replication Server : mise en mode veille (mode quiesced), suppression massive des exceptions dans une base RSSD Adaptive Server Enterprise, extraction des commandes SQL dans une exception, déplacement des partitions, définition d'une classe d'erreurs personnalisée à une connexion, surcharge de la fonction rs_usedb avec une classe de fonctions (function string) personnalisée...

Replication Server - Guide pratique et astuces »

Retour au sommaire ↑

Modèle des exceptions dans la base RSSD et suppression efficace des exceptions Sybase Replication Server

La suppression des exceptions rencontrées par Replication Server peut s'avérer être une opération très délicate et dangereuse. En fonction du volume des commandes SQL contenues dans une exception, la procédure stockée rs_delexception qui permet de supprimer une exception dans la base ASE RSSD (Replication Server System Database) peut engendrer une saturation du journal des transactions de la base RSSD.

Lorsque le journal des transactions RSSD est saturé par l'exécution de la procédure stockée rs_delexception, le système de réplication est indisponible.

Cet article propose de comprendre le modèle des exceptions dans la base RSSD de Sybase Replication Server ainsi que le stockage des exceptions dans les tables rs_% et donne une méthodologie et un script pour supprimer efficacement les exceptions trop volumineuses en nombre de commandes SQL et qui peuvent saturer le journal des transactions, mais aussi pour supprimer efficacement et massivement des centaines de petites exceptions.

Modèle des exceptions dans la base RSSD et suppression efficace des exceptions Sybase Replication Server »

Retour au sommaire ↑

Extraction et exploitation des exceptions Replication Server

Cet article propose une méthode (via un script shell) pour extraire dans un fichier plat lisible et exploitable les commandes SQL d'une exception rencontrée par un moteur Replication Server vers une cible.

La jointure entre les tables rs_systext et rs_exceptscmd dans la base RSSD (Replication Server System Database) pour extraire les commandes SQL d'une exception est présentée et le script proposé prend en charge la concaténation des commandes SQL scindés sur plusieurs lignes dans la tables rs_systext grâce à une table proxy et le binaire awk.

Extraction et exploitation des exceptions Replication Server »

Retour au sommaire ↑

Performances des chargements de données, ligne à ligne ou bulk bcp ?

L'écriture de données, en particulier l'insertion massive, possède les mêmes caractéristiques que les interrogations ligne à ligne d'un SGBD : le mode ligne à ligne est incomparablement moins efficace que le mode par lots, autrement appelé mode bulk.

Cet article démontre ce constat avec résultats de performance donnés par sp_sysmon. Preuve chiffrée à utiliser en cas de besoin pour convaincre certains dogmes de développement qui ont la dent dure.

Performances des chargements de données, ligne à ligne ou bulk bcp ? »

Retour au sommaire ↑

Procédure de mise en veille (mode quiesced) de Sybase Replication Server

Pas à pas, cet article présente l'utilisation des commandes suspend log transfer, admin quiesce_force_rsi, admin quiesce_check et resume log transfer pour activer et désactiver le mode quiesced (mode veille) d'un moteur Replication Server. La mise en veille de Replication Server est nécessaire dans certaines opérations d'administration.

Un script shell est proposé en annexe pour l'activation et la désactivation du mode quiesced d'un moteur Replication Server.

Procédure de mise en veille (mode quiesced) de Sybase Replication Server »

Retour au sommaire ↑

IQ 12.7, performances de la commande LOAD TABLE. Influence des paramètres iqmc, iqtc et minimize_storage

Dans le cadre d'opérations de chargement de données dans un serveur IQ via la commande LOAD TABLE, ce document expose l'impact de quelques éléments de configurations de l'instance.
Les paramètres de configuration étudiés sont le dimensionnement des caches (Main et Temp) avec les paramètres iqmc et iqtc, le paramètre minimize_storage et le placement du dbspace temporarire temp store (zfs, ram ou raw device).

IQ 12.7, performances de la commande LOAD TABLE. Influence des paramètres iqmc, iqtc et minimize_storage »

Retour au sommaire ↑

Adaptive Server Enterprise 15.5 - Bases de données In-Memory

Les brochures et livres blancs de Sybase Adaptive Server Enterprise 15.5 (version In-Memory databases) sont parus le 4 décembre 2009 sur le site de Sybase.

Les bases de données en mémoire (In-Memory databases) sont la grande nouveauté de cette version pour offrir de l'extrême performance en OLTP. Les bases de données In-Memory de Sybase ASE 15.5 sont interrogées et administrées comme des bases de données ASE classiques contrairement à d'autres solutions analogues qui nécessitent souvent d'installer des composants logiciels supplémentaires.

Getting Started with In-Memory Databases in Adaptive Server Enterprise 15.5 »

Cette fonctionnalité est sous licence mais sera disponible avec l'édition ASE Developer 15.5 (64 bits uniquement).

Parmi les autres nouveautés notables de la version 15.5 :

• L'introduction des nouveaux types bigtime et bigdatetime offrant la précision à la microseconde.
• L'optimisation des sauvegardes et restaurations avec les nouveaux niveaux de compression 100 et 101 de Backup Server qui s'appuient sur la bibliothèque de compression FastLZ : Lightweight Compression for Backup Server »
• La nouvelle option IBM Tivoli Storage Manager pour Sybase Backup Server : Sybase ASE Advanced Backup Services. IBM Tivoli Storage Manager Option »

Retour au sommaire ↑

SQLPAC se dote d'un index Google personnalisé CSE

Garantir une indexation efficace des articles SQLPAC n'était pas une tâche aisée.
Les indexes de type FullText sur la base MySQL de SQLPAC ne donnent pas des résultats pertinents et il n'y a par ailleurs aucune garantie d'indexation de tous les articles, ni d'indexation immédiate d'un nouvel article par les robots GoogleBot de l'index global Google.

Google offre désormais un index local aux propriétaires de sites Web, moyennant quelques publicités très discrètes, avec la fonctionnalité Google CSE (Google Custom Search Engine) : Google Custom Search Engine - Recherche personnalisée »

SQLPAC s'est doté d'un index personnalisé Google et le champ de recherche du site garantit désormais depuis le 21 décembre 2009 une recherche efficace et pertinente sur tous les articles anciens et nouveaux.

Merci Google !

Retour au sommaire ↑