Dans le même style que ce post (qui fait d’ailleurs reference au message de ce matin), j’ai aussi constaté une nette augmentation du nombre de spams en « un mois glissant » que permet de mesurer Gmail (puisqu’il vide automatiquement tous les spams de plus d’un mois).
Je suis passé de 2000 à 7600 par mois en moins de 2 mois. et ca ne va pas s’arranger quand la fonctionnalité Mail Fetcher évoquée ce matin va être mise en place…
D’après cet article, ça va enfin arriver !
Enfin il va être possible de recuperer les mails d’un compte (autre que Google, free par exemple) qui ne comprend pas d’antispam et de pouvoir utiliser l’antispam de Google sur ce compte. Ca permettera d’acceder vraiment à l’ensemble de ses mails sur un seul webmail. Une vrai bonne nouvelle, mais pas encore disponible… Ni sur un gmail classique (en français ou en anglais) ni sur un gmail de google apps.
La fonctionnalité s’appelle Mail Fetcher et d’après l‘aide de Gmail, cette fonctionnalité n’est actuellement disponible que pour un nombre restreint d’utilisateurs… Ca va venir !
Pour faire une recherche « Case insensitive » et « Accent insensitive », plusieurs solutions :
Sous ORACLE :
SELECT * from table WHERE TRANSLATE (UPPER(champ4), ‘ÉÈÊÀÁÂÄÇÌÍÎÏÑÓÒÔÖÚÙÛÜ’, ‘EEEAAAACIIIINOOOOUUUU’) LIKE TRANSLATE (UPPER(‘%réunion commerciale%’), ‘ÉÈÊÀÁÂÄÇÌÍÎÏÑÓÒÔÖÚÙÛÜ’, ‘EEEAAAACIIIINOOOOUUUU’)
Cette syntaxe permet de comparer des chaines en majuscule dont les caractères accentués ont été remplacé par des caractères non accentués…).
Sous Oracle, il y a une autre solution (merci Cédric Courlet)
UPPER(CONVERT(VAR_SEARCHSTRING, ‘US7ASCII‘))
Sous SQL Server et Access :
SELECT * from table WHERE champ4 like ‘%r[eéèêë][uúùûü][nñ][iìíîï][oóòôö]n%‘
Dans ce cas, on voit que le SQL gère une forme de syntaxe d’expression régulière alors que sous ORACLE, on a du procéder à un remplacement.
Dans ces deux cas, on a accès à une recherche riche puisque « réunion commerciale » ressort les éléments suivants :
Tout quoi !