realbasic-nug.fr
[Top] [All Lists]

Re: Encodage...

To: REALbasic NUG French <realbasic-nug dot fr at lists dot realsoftware dot com>
Subject: Re: Encodage...
From: Powel <powel at mac dot com>
Date: Thu, 25 Jan 2007 14:05:26 +0100
Delivered-to: listarchive at realsoftware dot com
Delivered-to: realbasic-nug dot fr at lists dot realsoftware dot com
References: <C5C9FFEA-A899-491F-9A82-06DA03628CFD at mac dot com> <A2BE15EA-7FA2-4AFF-B550-17222239398B at realsoftware dot fr> <4480ED99-E56B-4C8D-B4DE-29AFEEF0813A at tiscali dot fr> <D27FB9E1-1529-4D72-8CB2-832EC3B77161 at realsoftware dot fr> <6F36F047-7A44-427F-AA7A-F1C0A4A3367A at wanadoo dot fr> <3E63A4E4-64F1-4EB8-A590-F8AC7138B42A at tiscali dot fr> <81E3856C-6869-445F-ABDF-80C02D9CD455 at mac dot com> <F42370F5-D326-4D0D-88F7-C4BCC53AF6FF at noos dot fr> <91967BE1-9CEB-4C6B-99EA-33D1CCEB264C at mac dot com> <5D7DD43A-257E-4A77-9F94-02EE3E0C994D at noos dot fr>
Pour respecter les majuscules dans un champ de type unique, c'est à dire dont deux mots ne peuvent être identiques. Les types char et varchar ne font pas la différence entre ipod et iPod.

Powel


Le 25 janv. 07 à 14:00, Eric Ferrer a écrit :


Le 25 janv. 2007 à 09:23, Powel a écrit :

vient du binaire et non de l'encodage puisque les champs de ma base qui sont en IsoLatin1 non binaire n'ont pas de problèmes

Je ne connais pas assez bien MySQL, mais une question quand-même : pourquoi utiliser du binaire au lieu de champs de type VarChar ou Text qui sont plus à même de contenir du texte sans soucis d'encodage ?

Eric




<Prev in Thread] Current Thread [Next in Thread>