ORACLE 11g insensible à la casse par défaut

J'ai trouvé dans cet article, que depuis ORACLE 10g, il y a un moyen de faire un lien particulier-session de comparer les chaînes insensibles à la casse, sans avoir besoin d'un fou fonctions SQL, à l'aide d'un ALTER SESSION.

Personne ne sait si, en 11g, il y a peut être une façon de faire de la base de données de toujours fonctionner dans ce mode par défaut pour toutes les nouvelles de connexion de session, éliminant ainsi la nécessité pour l'exécution de ALTER SESSIONs chaque fois que vous vous connectez?

Ou peut-être, un paramètre supplémentaire, vous pouvez spécifier sur votre chaîne de connexion qui serait à son tour la même chose sur?

InformationsquelleAutor eidylon | 2010-01-04
  1. 6

    Vous pourriez tout simplement la NLS_SORT, NLS_COMP paramètres mentionnés dans l'article que les valeurs de l'Oracle fichier init à l'aide de la alter system set <parameter> = <value>; clause.

    Info sur l'utilisation de l'alter-commandes du système peut être trouvé ici.

    Ici est un bon lien sur l'usage correct de la NLS_* paramètres. Notez que certains paramètres de la NLS_SORT paramètre peut/pourrait causer des problèmes de performance, à savoir lorsqu'il n'est pas BINAIRE. L'Oracle docs état:

    Réglage NLS_SORT à autre chose
    que BINAIRE provoque une sorte d'utiliser un
    full table scan, quel que soit le
    le chemin choisi par l'optimiseur. BINAIRE
    est une exception, car les indices sont
    construit selon un ordre binaire de
    les touches. Ainsi, l'optimiseur peut utiliser un
    indice pour satisfaire à la clause ORDER BY
    lorsque NLS_SORT est la valeur BINAIRE. Si
    NLS_SORT est réglé à une linguistique
    tri, l'optimiseur doit inclure un
    full table scan et un tri dans la
    plan d'exécution.

    • Alors que cette citation est tirée de la documentation d'oracle, elle aussi n'a pas de sens "quel que soit le chemin choisi par l'optimiseur". Plus de référence utile pour ce qui est download.oracle.com/docs/cd/B19306_01/server.102/b14225/...
    • La "bonne liaison sur l'usage correct de la NLS_* les paramètres" j'ai dans ma réponse est la même lien et les informations que vous avez fournies, sauf que le lien dans ma réponse est à partir de la 11g documentation.
    • Je travaille maintenant avec ce problème et j'ai trouvé que, pour éviter les problèmes de performance, de l'IC Index peut être créé pour la colonne: create index index_name sur table_name (NLSSORT (nom_colonne, 'NLS_SORT=BINARY_CI') ); référence
    InformationsquelleAutor RC.
  2. 5

    Sûr que vous pouvez!

    Obtenir votre sympathique DBA pour définir ces paramètres:

    ALTER SYSTEM SET NLS_COMP=LINGUISTIC SCOPE=SPFILE; 

ALTER SYSTEM SET NLS_SORT=BINARY_AI SCOPE=SPFILE;

    C'est pris de mon court article sur Comment faire Oracle Insensible à la casse

    • Ce sujet de la citation dans le RC de la réponse. Faites ce détruire complètement les performances du système, qui semble l'indiquer?
    InformationsquelleAutor geekzspot
  3. 3

    J'ai essayé d'utiliser un logon trigger à ces commandes pour obtenir de la casse des requêtes:

    execute immediate 'alter session set NLS_SORT=BINARY_CI';
execute immediate 'alter session set NLS_COMP=LINGUISTIC';

    Et si cela ne donne-moi CI, il m'a aussi donné incroyablement mauvais problèmes de performances. Nous avons une table en particulier que, sans ces paramètres, inserts de prendre 2 millisecondes. Avec ces paramètres en place, inserts en a pris 3 secondes. J'ai confirmé l'existence de ce par la création et suppression de la gâchette plusieurs fois.

    Je ne sais pas si le faire au niveau du système, par opposition à niveau de la session avec un seuil de déclenchement, fait une différence ou pas.

    • Eeks! C'est assez horrible de performances! Je ne peux pas croire que ORACLE n'a pas ajouté d'un meilleur soutien pour cette encore. Je veux dire, si vous êtes à la recherche des factures ou des commentaires ou des notes ou à peu près de tout champ de texte que vous n'avez vraiment pas de soins si quelqu'un écrit "a pris le chat chez le vétérinaire" ou "a Pris le chat chez le Vétérinaire".
    • Après une rencontre avec un consultant Oracle hier, nous avons découvert que le truc à l'aide de ces deux paramètres est que vous DEVEZ placer les index fonctionnels dans beaucoup d'endroits. Dans notre cas, nous utilisons varchar2(32) Uuid pour les clés primaires. Parce que les deux paramètres de la BNS, aucun des normal PK indices ont été utilisés. Nous avons dû ajouter des index, telles que la création de l'indice de foo_ok sur la Personne(nlssort(Id, 'NLS_SORT=BINARY_CI')); à tous nos PKs.
    • Egads! C'est beaucoup de travail juste pour traiter de "The Twilight Zone", comme la même chose que "the twilight zone".
    • devinez ORACLE EST toujours pratiquement collé dans le monde du stockage tout en majuscules.
    InformationsquelleAutor Joey Gibson
  4. 0

    J'ai trouvé le même problème de performances avec des inserts et de la nls à 11g r2! Heureusement pour moi, le gain de performance n'était pas suffisamment importante nécessitant une appli modifier.

    Si vous pouvez faire sans binary_ci pour l'INSÉRER, puis je ferais un alter session, juste avant l'insertion, et par suite, de sorte que vous n'avez pas à déposer le déclencheur

    InformationsquelleAutor ojock