Bug #8487
fermé
Recherche via contains Majuscule/Minuscule
100%
Description
Base BD_MGIC - Table mgic_hr_function
Nous avons un enregistrement- Champ "labelfr"
- contenu "Chargé de communication"
Si je recherche dans MYDB - avec labelfr CONTAINS "chargé"
- car le contenu commence par "C" et non C
Ca réagit comme - select * from mgic_hr_function WHERE labelfr LIKE '%charg%'
- et Non comme
- select * from mgic_hr_function WHERE labelfr ILIKE '%charg%'
Est-ce normal?
Fichiers
Mis à jour par Marc Avenel il y a presque 8 ans
- Fichier MyDB_View_Chargé.PNG MyDB_View_Chargé.PNG ajouté
- Fichier JDBC_View_Chargé.PNG JDBC_View_Chargé.PNG ajouté
J'ai oublié de
- vous préciser que dans le connecteur JDBC cela fonctionne bien
- vous donner les copies écran.
Mis à jour par David Lesimple il y a presque 8 ans
- Statut changé de New à Qualified
Disons qu'en effet ce n'est pas homogène avec le connecteur JDBC, ce dernier ignorant la casse dans le contains.
Pour info: ilike est spécifique postgresql.
Mis à jour par Marc Avenel il y a presque 8 ans
- Par contre les utilisateurs ne comprennent pas qu'il voient dans la liste (JDBC)
- Par contre ils ne peuvent le voir pour modifier l'enregistrement (MyDB).
- Pensez vous une mise à jour dans ce sens ?
Par avance Merci
Mis à jour par Miguel Moquillon il y a environ 5 ans
- Statut changé de Qualified à In progress...
- Assigné à mis à Miguel Moquillon
- Version cible mis à Version 6.1
Mis à jour par Miguel Moquillon il y a environ 5 ans
- Statut changé de In progress... à Resolved
Mis à jour par Miguel Moquillon il y a environ 5 ans
La fonction SQL LOWER est utilisée pour lancer une recherche non sensible à la casse des caractères avec l'opérateur SQL LIKE. Cette fonction n'est pas supportée par toutes les bases de données mais elle l'est par celles supportées par Silverpeas (à savoir PostgreSQL, MS-SQLServer, et Oracle).
Mis à jour par Nicolas Eysseric il y a environ 5 ans
- Sujet changé de MYDB-Recherche via contains Majuscule/Miniscule à Recherche via contains Majuscule/Minuscule
- Statut changé de Resolved à Closed
Désormais la recherche avec les opérateurs =, <> et like sont insensibles à la casse.
Validé et intégré.
Mis à jour par Marc Avenel il y a environ 5 ans
- Statut changé de Closed à Feedback
Ceci est vrai pour la version 6 mais pas la 5 ?
Pour la version 6 , il faut attendre votre mise à jour?
Mis à jour par David Lesimple il y a environ 5 ans
- Tracker changé de Support à Bug
- Statut changé de Feedback à Closed
- Votre base de données mis à Toutes
Marc Avenel a écrit :
Ceci est vrai pour la version 6 mais pas la 5 ?
Corrigé uniquement sur la version 6.
Mis à jour par Marc Avenel il y a environ 5 ans
- Statut changé de Closed à Re-opened
Pas intégré sur notre version 6.
Mis à jour par Miguel Moquillon il y a environ 5 ans
- Statut changé de Re-opened à Closed
Merci de ne pas rouvrir un ticket fermé d'un projet/composant Silverpeas juste parce que la version de Silverpeas qui inclue la correction n'a pas encore été installée chez vous.
Le cycle de suivi d'un ticket d'un projet/composant Silverpeas diffère de celui d'un projet client. Dans un projet Silverpeas, un ticket fermé signifie que l'évolution ou la correction a été validée et intégrée dans le code principale de Silverpeas, code à partir duquel une version de build sera construite automatiquement par notre serveur d'intégration continue (selon une planification donnée). L'état fermé du ticket ne signifie donc pas ici que la version de Silverpeas qui inclue la correction a été installée chez vous.