Vi bruger kasusfølsomhed og forespørger aa-strengen efter et felt, og vi returnerer ikke AA- eller AA-poster.
Metode 1:
Vælg den tabel, du vil ændre, højreklik – > design-> vælg den kolonne, du vil ændre – > kolonneegenskaber nedenfor – > beregner kolonnespecifikation – > samlingsregel – > tjek case-sensitive-> gem.
Metode 2:
Ændr samlingsmetoden via en SQL-sætning som følger:
Hvad angårSQL_Latin1_General_CP1_CS_ASogChinese_PRC_CS_ASJeg ved det ikke, måske understøtter det ikke kinesisk! Mit felt viser ikke kinesiske tegn, så jeg bruger SQL_Latin1_General_CP1_CS_AS sammenstilling her.
Den første halvdel: henviser til UNICODE-tegnsættet og Chinese_PRC_refers til sorteringsreglerne for det forenklede fastlandstegn UNICODE
Den anden halvdel af kollationen er betydningen af suffikset:
_BIN Binær sortering
_CI(CS) Uanset om det er kasusfølsomt, er CI ikke følsomt, og CS er følsomt
_AI (AS) Om man skal skelne mellem accenter, skelner AI ikke, AS skelner mellem accenter
_KI(KS) Om man skal skelne mellem pseudonymtyper, gør KI ikke, KS skelner
_WI(WS) om man skal skelne mellem bredde WI adskiller ikke, WS skelner
Navnet er kasusfølsomt, og Like-feltet er ikke kasusfølsomt, effekten er som følger:
Eksporter hele SQL-scriptet som følger:
|
Opslået på 09/05/2019 14.15.46
|
|
|
|
