Las cadenas de caracteres en Firebird están delimitadas por un par de comillas simples -'I am a string'– (código ASCII 39, no 96). Si Ud. ha usado versiones previas del pariente de Firebird, Interbase®, recordará que las comillas simples y dobles se podían intercambiar como delimitadores de cadenas. En Firebird, las comillas dobles no se pueden usar como delimitadores de cadenas.

Antes del estándar SQL-92, no era legal tener nombres de objetos (identificadores) en una base de datos que fueran iguales a las palabras claves del lenguaje, distinguieran mayúsculas de minúsculas, o contuvieran espacios. SQL-92 introdujo un nuevo estándar para hacer legales todas esas cosas, siempre que los identificadores fueran rodeados por un par de símbolos de comilla doble (ASCII 34) y fueran siempre referidos delimitados por comillas dobles.

El propósito de este “regalo” era hacer más fácil migrar metadatos desde RDBMSs no estándares. La parte mala es que, si Ud. elige encerrar un identificador con comillas dobles, distinguirá entre mayúsculas y minúsculas y será obligatorio siempre escribirlo entre comillas dobles.

Firebird permite una ligera relajación de esta regla si se cumple un conjunto de condiciones muy especial: si el identificador que fue definido entre comillas dobles:

...entonces puede ser usado en SQL sin comillas y sin prestar atención a mayúsculas y minúsculas (¡pero en cuanto le pone comillas alrededor, debe coincidir las mayúsculas nuevamente!)

SQL>select * from TestTable;

A menos que tenga una razón de peso para definir identificadores con comillas, se recomienda que los evite. Firebird acepta sin problemas una mezcla de identificadores con y sin comillas -por lo que no es problema incluir esa palabra clave que Ud. obtuvo de una base de datos antigua, si realmente lo necesita.

Si Ud. necesita usar un apóstrofo dentro de una cadena de Firebird, puede “escapar” el caracter del apóstrofo precediéndolo con otro.

Por ejemplo, esta cadena producirá un error:

porque el evaluador encuentra el apóstrofo e interpreta la cadena como 'Joe' seguida por algunas palabras claves desconocidas.

Para convertir el ejemplo en una cadena legal, duplique el caracter apóstrofo:

Note que son DOS comillas simples, no una doble.

El símbolo de concatenación en SQL es un doble “pipe” (ASCII 124, un par sin espacio entremedio). En SQL, el símbolo “+” es un operador aritmético y provocará un error si intenta usarlo para concatenar cadenas. La siguiente expresión agrega el siguiente texto “ Reportado por: ” delante de cada apellido:

Tenga cuidado con las concatenaciones. Tenga en cuenta que Firebird generará un error si su expresión intenta concatenar dos o más columnas de tipo char o varchar si la longitud combinada puede exceder el límite máximo de longitud para el tipo char o varchar (32 KB).

Vea también en las notas más abajo, Expresiones con NULL, sobre la concatenación de expresiones que involucran NULL.

Firebird respeta el estándar SQL truncando el resultado (cociente) de una división entero/entero al entero menor. Esto puede generar resultados extraños si no lo tiene en cuenta.

Por ejemplo, este cálculo es correcto en SQL:

Si Ud. está actualizando desde una RDBMS que resuelve divisiones entre enteros a un cociente real, necesitará alterar las expresiones afectadas para usar un tipo real o numérico escalado para el dividendo, divisor, o ambos.

Por ejemplo, el cálculo anterior puede ser modificado como sigue para producir un resultado distinto de cero:

En SQL, NULL no es un valor. Es una condición, o estado, de un dato, en el cual su valor es desconocido. Debido a que es desconocido, NULL no puede comportarse como un valor. Cuando Ud. intenta realizar operaciones aritméticas con NULL, o lo mezcla con valores en otras expresiones, el resultado de la operación será siempre NULL. No es cero o blanco o una “cadena vacía” y no se comporta como ninguno de estos valores.

Por lo tanto - aquí hay algunos ejemplos de las sorpresas que se puede llevar si intenta realizar cálculos y comparaciones con NULL: