PostgreSQL
La base de données la plus sophistiquée au monde.

Ouverture de session

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
 IRC :
  serveur irc.freenode.net
  canal #postgresqlfr

Recherche

Accéder aux archives

« Octobre 2008  
Lun Mar Mer Jeu Ven Sam Dim
  2 3 4 5
6 7 8 9 10 11 12
13 14 15 16 17 18 19
20 21 22 23 24 25 26
27 28 29 30 31  

Syndication

Flux XML

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?
8.3
10%
8.2
42%
8.1
40%
8.0
2%
7.4
6%
7.3 ou antérieure
0%
Nombre de votes: 48

Casse ou pas casse

Technique - général | Casse ou pas casse

Par bvincent le 25/04/2007 - 17:57

Bonjour, je réalise un datawarehouse stockant les données extraite des log de sendmail.

Je travail avec des id de mail de type kabcdef123456789

Mais le probleme est que kazerty123456789 et kaZeRty123456789 sont deux mails différents.

Je stocke donc les idmail en char varying.

Vais-je rencontrer un problème lié à la casse.

SAchant que mon sgbd est installé sur une fedora.

Merci de vos réponses

Benjamin V.

Options d'affichage des commentaires

Sélectionnez la méthode d'affichage des commentaires que vous préférez, puis cliquez sur "Sauvegarder les paramètres" pour activer vos changements.

RE : Casse ou pas casse

paulmackay/ = 26 Avril, 2007 - 14:27

Dans l'évalutation des valeurs d'un champ, PostgreSQl est "case sensitive", i.e. il fait bien la différence entre majuscules et minuscules.

Donc il n'y aura pas de problèmes, "kazerty123456789" et "kaZeRty123456789" seront considérées comme deux valeurs différentes et leur insertion n'entrainera pas de violation de clé primaire.

@+,
Paul


© PostgreSQLFr, tous droits rĂ©servĂ©s.
Site déclaré à la CNIL sous le numéro 1074678, conformément à la Loi en vigueur.