Login y Diferenciar Mayúsculas, Minúsculas, Acentos.. ETC

[Casimiro Noteví]

En firebird, si almacenas "Hola" y lo comparas con "hola", te dirá que no existe, porque no existe, claro.
Eso no tiene nada que ver con "Ññáéííoú...", es un tema distinto.
O eso, o es que todavía no me he enterado del problema

[[AgustinOrtu]]

Extract del enlace que deje mas arriba

For nonbinary strings (CHAR, VARCHAR, TEXT), string searches use the collation of the comparison operands. For binary strings (BINARY, VARBINARY, BLOB), comparisons use the numeric values of the bytes in the operands; this means that for alphabetic characters, comparisons will be case sensitive.

[...]

Simple comparison operations (>=, >, =, <, <=, sorting, and grouping) are based on each character's “sort value.” Characters with the same sort value are treated as the same character. For example, if “e” and “é” have the same sort value in a given collation, they compare as equal.


The default character set and collation are latin1 and latin1_swedish_ci, so nonbinary string comparisons are case insensitive by default. This means that if you search with col_name LIKE 'a%', you get all column values that start with A or a. To make this search case sensitive, make sure that one of the operands has a case sensitive or binary collation


If you want a column always to be treated in case-sensitive fashion, declare it with a case sensitive or binary collation

[Casimiro Noteví]

Empezado por AgustinOrtu

Extract del enlace que deje mas arriba

Pero eso es para mysql.
Firebird no es así.

[[AgustinOrtu]]

Depende, hay collations que son case-insensitive: Character Set UTF8, Collation UNICODE_CI

Enlace

[Casimiro Noteví]

Empezado por AgustinOrtu

Depende, hay collations que son case-insensitive: Character Set UTF8, Collation UNICODE_CI
Enlace

Eso sí, no lo había entendido