À la une de SQLPAC en 2006

Avec ASE 15, l'ordre de tri du jeu de résultats n'est plus prévisible avec les clauses GROUP BY, les opérations GROUP BY étant maintenant réalisées en mémoire par hachage. Le traceflag 450 a été introduit avec ASE 15.0 ESD#2 pour forcer le tri sur les requêtes avec une clause GROUP BY, mais beaucoup de questions demeurent en suspens (position de Sybase sur cette problèmatique, description technique détaillée du traceflag 450 ...) Toutes ces questions vont être posées à Sybase mais d'ores et déjà prudence sur les applications que l'on ne peut pas faire évoluer ou pas dans l'immédiat en tous cas et qui supposent le tri implicite d'une requête avec une clause GROUP BY. ASE 15.0 et l'ordre de tri avec les clauses GROUP BY (traceflag 450)

Nouveauté introduite avec ASE 15.0.1, la paramétrisation littérale permet de rendre le cache de requêtes (statement cache introduit avec ASE 12.5.2) plus efficace. Cet article décrit ce qu'apporte la paramétrisation littérale ainsi que les restrictions. ASE 15.0.1, le cache de requêtes et la paramétrisation littérale.

Présentation des nouveautés Sybase Adaptive Server Enterprise 15 : améliorations du query processing, nouveautés (partitions, colonnes calculées, indexes fonctions, scrollable cursors...). Dans la version 1.1 de cette présentation sont ajoutées : les nouvelles fonctionnalités introduites avec ASE 15.0.1 (la paramétrisation littérale, les nouvelles fonctions isdate et isnumeric), les conclusions sur les points de surveillance à renforcer dans les plans de migration. Nouveautés Sybase Adaptive Server Enterprise 15 (version 1.1)

Depuis Sybase 12.5.2 le dump/load cross-plateformes est supporté mais pour des plateformes avec des poids identiques. Avec Sybase 12.5.3, la restriction sur le poids des plateformes est levée. Cet article aborde furtivement la notion de poids (big-endian, little-endian) et propose un cas concret de dump/load cross plateforme de Solaris vers Windows en décrivant toutes les étapes et plus particulièrement les étapes de conversion lors des commandes LOAD DATABASE/ ONLINE DATABASE ainsi que l'utilisation de sp_post_xpload (dbcc reindex). Sybase 12.5.3 - Dump/load cross-plateformes

Prudence dans l’utilisation des vues INFORMATION_SCHEMA pour les versions MySQL 5.0 et 5.1 ! Un cas est actuellement ouvert chez MySQL pour les serveurs MySQL 5.0 et 5.1 contenant un nombre très important de bases de données, les performances sont effet dégradées et catastrophiques sur l’interrogation des vues INFORMATION_SCHEMA (TABLES, VIEWS ...), cliquer sur le lien qui suit pour visualiser la référence du cas : INFORMATION_SCHEMA performs much too slow on large servers. Pour ce cas, une polémique est malheureusement engagée sur le degré de sévérité et de priorité pour la résolution. Les projets qui envisagent d’abandonner les commandes SHOW TABLES etc… afin de migrer vers l’utilisation des vues INFORMATION_SCHEMA doivent prendre en considération ce cas assez critique. C’est le cas par exemple de PhpMyAdmin qui utilise les vues INFORMATION_SCHEMA depuis la version 2.8 et souffre de performances dégradées, malheureusement la fonctionnalité du DELIMITER dans PhpMyAdmin pour la création des procédures stockées a été implémentée dans la version 2.9 ! Il est donc recommandé de demeurer à la version 2.7 de PhpMyAdmin malgré l’absence de la fonctionnalité du DELIMITER. À suivre…

Les partitions sont introduites avec MySQL 5.1 Voici un tour d’horizon de toutes les fonctionnalités introduites dans le partitionnement MySQL (HASH, LIST, RANGE, KEY). Grâce au partitionnement et ses commandes de gestion et de maintenance associées (ADD, DROP, REORGANIZE, OPTIMIZE, REBUILD…), l’exploitation des tables volumineuses est grandement améliorée. L’élimination de partitions dans les plans d’exécution apporte de très significatifs gains en performances.

A partir de Sybase 12.5.4 et 15.0 ESD#2, Real Time Data Services 3.5 (RTDS) est obligatoire et ce dernier fait l'objet d'une installation spécifique par rapport à Sybase 12.5.3a dans lequel Real Time Data Services 3.1 était directement intégré. Cet article décrit le delta au niveau de l'installation entre RTDS 3.1 et RTDS 3.5 avec Sybase ASE, delta qui implique l'installation de nouvelles librairies. NB : RTDS 3.5 est devenu une livraison à part sur un CD car il est désormais également utilisable avec Sybase RepConnector, Sybase Replication Server, et Sybase Enterprise Application Server. Sybase 12.5.4 et 15.0 ESD#2 / RTDS 3.5

Cet article décrit tous les prérequis et étapes nécessaires pour la mise en route de RTDS (Real Time Data Services) de Sybase Adaptive Server Enterprise 12.5.3a avec Websphere MQ Series (paramétrages Sybase, version 32 bits ou 64 bits, autorisations MQ...). La gestion transactionnelle des commandes RTDS (msgsend, msgrecv) avec les transactions SQL est également abordée (mode none, full et simple). Sybase 12.5.3a avec MQ Series (RTDS, Real Time Data Services)

La technique de la commande OpenQuery pour interroger des serveurs distants Oracle depuis MSSQL peut être adaptée pour récupérer des jeux de résultats par une procédure stockée Oracle utilisant des collections (TABLE OF INDEX BY BINARY_INTEGER). Cet article décrit la méthodologie. Renvoi de résultats par procédure stockée Oracle vers MSSQL (Linked Server)

La documentation sur l'installation de QFlex en environnement Solaris, outil de monitoring pour MQ Series a été mise à jour pour prendre en considération les options JAVA_OPTS et CATALINA_OPTS pour la gestion de la mémoire et des graphiques avec la librairie JFree. Les problèmes à l'arrêt du serveur Tomcat (non libération de la mémoire et process qui ne s'arrêtent pas) sont également évoqués. Installation de Qflex en environnement Solaris

Article sur l'installation et la mise en route de Sybase Direct Connect 12.6 for MSSQL Server pour répliquer de Sybase Adaptive Server Enterprise vers MS SQL Server. L'utilisation de Sybase DC for MSSQL Server pour les tables proxy MS SQL Server depuis Sybase ASE est également étudiée. Réplication de Sybase vers MS SQL Server avec DirectConnect 12.6

Application concrète d'un trigger système AFTER LOGON Oracle pour refuser l'accès à l'instance à un utilisateur dont l'environnement n'est pas celui attendu (OSUSER). Le trigger AFTER LOGON analyse les données de la fonction sys_context('USERENV') de l'utilisateur entrant pour déterminer si ce dernier est autorisé à entrer dans l'instance (application très pratique pour les besoins SOX - Sarbanes Oxley). Triggers Systèmes (application d'un trigger AFTER LOGON à SOX)

Cas pratique de gestion des exceptions avec Replication Server pour assigner une action personnalisée (assign action) à une erreur rencontrée sur une cible au sein de Replication Server. Gestion des exceptions avec Replication Server

Dans un contexte de réplication Sybase vers une base utilisant RTDS (Real Time Data Services), quelques subtilités doivent être appliquées pour s'assurer que le paramètre de session T-SQL transactional messaging est positionné à la valeur souhaitée (none, simple, ou full). La méthode consiste essentiellement à surcharger la function string système rs_usedb. Cet article s'attarde sur cette problèmatique à travers un cas pratique. Réplication vers une base Sybase RTDS

MS SQL Server peut accèder à des serveurs distants hétérogènes (Sybase, Oracle...) via ODBC, OLEDB. Ce document étudie l'accès aux données distantes Sybase depuis un serveur MS SQL 2000, en particulier d'une point de vue des performances. La couche d'accès ODBC ou OLE-DB est étudiée ainsi que les méthodes d'interrogation ( select from openquery etc...). MS SQL Server et les serveur liés, performances entre ODBC et OLEDB

Oracle a racheté il y a quelques mois InnoBase Oy, la société finnoise ayant créé le moteur InnoDB transactionnel. Avec ce rachat, le moteur transactionnel InnoDB échappait à MySQL pour rentrer dans le giron du concurrent SGBD Oracle très vorace. Mais la contre attaque ne s’est pas faite attendre car le moteur transactionnel Falcon, propre à MySQL est annoncé en phase beta pour l’été 2006 avec MySQL 5.1 à priori. Ce nouveau moteur de base de données transactionnel est développé par Jim Starkey dont la société Netfrastructure a été acquise par MySQL en février.

Thinking Networks annonce un moteur de stockage multidimensionnel (OLAP) pour MySQL. La phase beta est prévue pour Q3 2006 et la version finale pour Q1 2007 sous la licence GPL (GNU Public License).

Une présentation générale de Sybase HA (High Availability) pour survoler les fonctionnalités offertes parmi lesquelles - Sybase HA et Sun Cluster - Sybase HA, configuration active-avtive et active-passive. Cette option requiert une licence et n'a pas malheureusement pu être testée techniquement. Sybase HA (Haute Disponibilité)

Une description détaillée des outils pour aller plus en avant sur les traces SQL Oracle (affichage des valeurs des "bind variables", des "wait events"…). Cette étude aborde l'évènement 10046 (level 4, 8 et 12) avec ORADEBUG, les packages DBMS_SUPPORT et DBMS_MONITOR (Oracle 10g uniquement) ainsi que l'outil TRCANLZR permettant une analyse bien plus fine que l'analyse fournie par le rapport TKPROF

Article sur le monitoring de l'utilisation des indexes avec V$OBJECT_USAGE (nouveauté Oracle 9i). Les syntaxes d'activation du monitoring des indexes sont explicitées ainsi que les méthodes d'interprétation et d'interrogation de la vue V$OBJECT_USAGE. Quelques recommandations sont également données avant de décider de supprimer un index non pertinent (temps de monitoring, reverse de l'index avec DBMS_METADATA.GET_DDL…).

Avec la version 5.1.6 de MySQL, les évènements ou triggers temporels sont introduits. Cette nouveauté se traduit par l’apparition d’un programmateur d’évènements (event scheduler) au sein du moteur MySQL sous la forme d’un thread. Il n’existe pas de standard en ce qui concerne les programmateurs d’évènements dans le monde des moteurs de bases de données et MySQL a décidé de combiner les fonctionnalités du Job Scheduler d’Oracle (DBMS_JOB) et la simplicité de la syntaxe de Sybase SQL Anywhere.