Firebird 3.0.1 ya está disponible

Desde el 27 de septiembre de 2016 se encuentra disponible para ser descargada en sus versiones de 32 bits y de 64 bits, la sub-versión Firebird 3.0.1, la cual ha corregido muchos bugs y tiene además algunas pequeñas mejoras sobre Firebird 3.0

Puedes descargarla desde:

http://firebirdsql.org/en/firebird-3-0-1/

Para conocer lo que es nuevo en Firebird 3.0.1 puedes leer esta página web (en inglés):

http://firebirdsql.org/file/documentation/release_notes/html/en/3_0/rlsnotes30.html

Artículos relacionados:

El índice del blog Firebird21

El foro del blog Firebird21

 

Error 10061

Es una muy buena práctica mirar todos los días el contenido del archivo FIREBIRD.LOG porque en ese archivo veremos todos los problemas que tuvo el Servidor del Firebird.

El archivo FIREBIRD.LOG encontrarás en la misma carpeta donde instalaste al Firebird, por ejemplo en:

C:\ARCHIVOS DE PROGRAMA\FIREBIRD\FIREBIRD_2_5\

Si ves una entrada similar a la siguiente:

POS003 (Client) Wed Jul 20 10:27:53 2016

INET/inet_error: connect errno = 10061

ese número de error 10061 significa que se rechazó la conexión.

¿Por qué se rechazó la conexión?

• Porque el Servidor del Firebird no está ejecutándose en ese momento
• Porque el número del puerto de conexión es incorrecto

Si por ejemplo, el Servidor del Firebird está usando el puerto 3051 y no especificaste el puerto 3051 en tu string de conexión, obtendrás ese mensaje de error.

Artículos relacionados:

El índice del blog Firebird21

El foro del blog Firebird21

 

Stored procedures con cantidad de parámetros variables

En ocasiones necesitamos escribir un stored procedure que recibirá varios parámetros de entrada pero cuando llamamos a ese stored procedure la cantidad de parámetros que le enviamos puede variar, no es siempre la misma cantidad y ni siquiera sabemos de antemano cuales y cuantos parámetros necesitaremos.

¿Podemos escribir un stored procedure que acepte una cantidad variable de parámetros, existe una forma de hacerlo?

Ejemplo: Necesitamos consultar a una tabla de VENDEDORES pero a veces el dato que conocemos es su Identificador, a veces es el Nombre, y a veces es la Fecha de Nacimiento.

Captura 1. Si haces clic en la imagen la verás más grande

Listado 1.

CREATE PROCEDURE SP_CONSULTAR_VENDEDORES (
   tnParam1 SMALLINT,
   tcParam2 VARCHAR(40),
   tdParam3 DATE)
RETURNS(
   ftnIdenti TYPE OF COLUMN VENDEDORES.VEN_IDENTI,
   ftcNombre TYPE OF COLUMN VENDEDORES.VEN_NOMBRE,
   ftdFecNac TYPE OF COLUMN VENDEDORES.VEN_FECNAC)
AS
   DECLARE VARIABLE lnValor1 SMALLINT;
   DECLARE VARIABLE lcValor2 VARCHAR(40);
   DECLARE VARIABLE ldValor3 DATE;
BEGIN

   FOR SELECT
      VEN_IDENTI,
      VEN_NOMBRE,
      VEN_FECNAC
   FROM
      VENDEDORES
   WHERE
      VEN_IDENTI = COALESCE(:tnParam1, VEN_IDENTI) AND
      VEN_NOMBRE = COALESCE(:tcParam2, VEN_NOMBRE) AND
      VEN_FECNAC = COALESCE(:tdParam3, VEN_FECNAC)
   INTO
      :lnValor1,
      :lcValor2,
      :ldValor3
   DO BEGIN
      ftnIdenti = lnValor1;
      ftcNombre = lcValor2;
      ftdFecNac = ldValor3;
      SUSPEND;
   END

END;

En este caso se trata de un stored procedure seleccionable pero exactamente la misma lógica usaríamos si se tratara de un stored procedure ejecutable. OBSERVACIÓN: en un stored procedure tan simple como este no es necesario usar variables locales, podríamos haber usado solamente los parámetros de salida, pero se muestra el caso general que puede ser más útil.

Entonces, podríamos escribir algo como:

Listado 2.

SELECT
   *
FROM
   SP_CONSULTAR_VENDEDORES(NULL, 'CLAUDIA', NULL)

Y obtendríamos lo siguiente:

Captura 2. Si haces clic en la imagen la verás más grande

Y si escribimos algo como:

Listado 3.

SELECT
   *
FROM
   SP_CONSULTAR_VENDEDORES(NULL, NULL, CAST('30/OCT/1994' AS DATE))

entonces obtendríamos lo siguiente:

Captura 3. Si haces clic en la imagen la verás más grande

Como ves, los parámetros desconocidos o innecesarios completamos con NULL, porque este stored procedure debe recibir sí o sí 3 parámetros de entrada.

Conclusión:

Si necesitamos varios stored procedures que son muy similares y la única diferencia entre ellos está en los parámetros de entrada entonces lo más conveniente es escribir un solo stored procedure y al llamarlo hacerlo con el parámetro o los parámetros adecuados en ese momento.

El truco está en usar la función COALESCE() para saber si un parámetro de entrada es NULL o tiene un valor distinto que NULL. Así sabremos si se le asignó un valor, o no.

Artículos relacionados:

La función COALESCE()

El índice del blog Firebird21

El foro del blog Firebird21

Firebird 2.5.6 ha sido liberado

La última versión de la serie 2.5 de Firebird ya se encuentra disponible para ser descargada y utilizada.

Descargar Firebird 2.5.6

Un archivo .PDF con las notas correspondientes a esa versión se puede descargar desde:

Firebird 2.5 Release Notes

Artículos relacionados:

El índice del blog Firebird21

El foro del blog Firebird21

 

Firebird 3: software de 32 bits y de 64 bits

Si nuestro Servidor es Firebird 3, debemos recordar lo siguiente:

1. Si la aplicación que deseamos ejecutar fue compilada en 32 bits (nuestra propia aplicación, IBExpert, FlameRobin, etc.) entonces se requiere el archivo FBCLIENT.DLL de 32 bits, aún cuando el Servidor del Firebird 3 sea de 64 bits. Si es nuestra aplicación la que fue compilada en 32 bits entonces lo aconsejable es que el archivo FBCLIENT.DLL de 32 bits se encuentre en la misma carpeta en la cual se encuentra nuestro .EXE, así evitamos confusiones con otros archivos FBCLIENT.DLL que pudieran encontrarse en la misma computadora.
2. Un Servidor Firebird 3 de 64 bits puede aceptar conexiones de un FBCLIENT.DLL de 32 bits o de 64 bits, indistintamente. Un Servidor Firebird 3 de 32 bits solamente puede aceptar conexiones de un FBCLIENT.DLL de 32 bits.
3. La ODS (On Disk Structure) de una Base de Datos creada con Firebird 3 es exactamente la misma, sea que esa Base de Datos haya sido creada con la versión de 32 bits o con la versión de 64 bits.
4. No se debe permitir la conexión a una Base de Datos con el Servidor de 32 bits y con el Servidor de 64 bits al mismo tiempo. O con el uno, o con el otro, pero no con ambos a la vez porque eso corromperá a la Base de Datos.

Artículos relacionados:

¿Qué es la versión de ODS?

Firebird 3: usando bases de datos anteriores

El índice del blog Firebird21

El foro del blog Firebird21

 

 

 

Como decir NO diciendo SÍ

A veces un cliente te pide que hagas un trabajo que tú no quieres hacer pero tampoco quieres quedar mal con tu cliente respondiéndole que no harás lo que te pide.

Cuando una persona pide algo siempre quiere escuchar un “Sí” por respuesta, nadie quiere escuchar un “No” por respuesta.

Entonces ¿cómo le decimos “NO” pero diciéndole “SÍ”?

El truco es:

1. Decirle que por “a” o “b” motivo, no será fácil ni rápido hacer lo que te pide
2. Decirle que le costará bastante dinero

Entonces, tu respuesta podría ser algo como: “Sí, puedo hacer eso, no hay problema, pero no será rápido porque tengo que cambiar primero la estructura de la Base de Datos, crear índices, verificar que las Foreign Keys sean las adecuadas y que no exista conflicto con ningún stored procedure, también tengo que revisar los triggers por las dudas. Creo que podría terminar en unos 15 días, y te costará 1.000 dólares, la mitad me das ahora y la mitad cuando termine tu pedido. ¿Quieres que empiece ahora mismo?”

Cuando le pidas 1.000 dólares (por un trabajo que tú sabes que como máximo vale 20 dólares) pueden ocurrir dos cosas:

1. El cliente te dirá que lo pensó mejor y que realmente no necesitaba eso que te está pidiendo. Esto te ocurrirá en el 99,99% de los casos.
2. Te dirá que empieces nomás, porque realmente necesita lo que te pide.

Como de lejos lo más probable es que suceda la primera alternativa, habrás conseguido tu objetivo: no hacer lo que te pide. Pero con el valor agregado de que le dijiste que sí lo querías hacer.

Artículos relacionados:

El índice del blog Firebird21

El foro del blog Firebird21

 

 

DSN de archivo con EXCEL

En los ejemplos vistos hasta aquí, para enviar el contenido de las tablas o de las vistas de una Base de Datos del Firebird a Excel usábamos un DSN de usuario previamente definido. Funcionaba bien, pero nos obligaba a definir previamente ese DSN.

Captura 1. Si haces clic en la imagen la verás más grande

Ahora veremos una alternativa que en muchos casos nos resultará mucho mejor: crear un DSN de archivo.

Creando un archivo .DSN

Los datos que el Excel necesita para conectarse a una Base de Datos del Firebird podemos colocarlos en un archivo de texto. Las características de ese archivo de texto son:

1. El nombre puede ser cualquiera
2. La extensión debe ser .DSN
3. La primera línea debe ser [ODBC]
4. En las siguientes líneas deben colocarse los parámetros de conexión

Captura 2. Si haces clic en la imagen la verás más grande

Como podemos ver en la Captura 2., en nuestro archivo de texto llamado CONSULTA-EXCEL.DSN hemos especificado todos los parámetros que Excel necesitará saber para poder conectarse a nuestra Base de Datos del Firebird.

Usando el archivo .DSN en Excel

Estando en Excel, hacemos clic en Datos | De otras fuentes | Desde Microsoft Query

Captura 3. Si haces clic en la imagen la verás más grande

Y en el cuadro de diálogo “Elegir origen de datos” hacemos clic sobre el botón “Examinar…”, como vemos en la Captura 4.

Captura 4. Si haces clic en la imagen la verás más grande

Captura 5. Si haces clic en la imagen la verás más grande

Y buscamos en nuestro disco duro el archivo .DSN que nos interesa.

Si el Excel no puede localizar al archivo GDS32.DLL o al archivo FBCLIENT.DLL, entonces verás la ventanita mostrada en la Captura 6.

Captura 6. Si haces clic en la imagen la verás más grande

¿La solución?

Copiar el archivo FBCLIENT.DLL en la misma carpeta en donde guardamos a nuestro archivo .DSN, o guardar nuestro archivo .DSN en la carpeta donde se encuentra el archivo FBCLIENT.DLL

En Windows se aconseja que tengas al archivo FBCLIENT.DLL en la misma carpeta en donde tienes a tu archivo .EXE

Y por lo tanto, a tu archivo .DSN también lo guardarás en esa carpeta.

A partir de aquí, se continúa como habíamos visto en los artículos:

Planillas EXCEL dinámicas con Firebird (1)

Planillas EXCEL dinámicas con Firebird (2)

Ventaja de usar un DSN de archivo

La ventaja es que ese DSN de archivo (que es un simple archivo de texto) puedes crearlo con tu aplicación, y eso es muy útil cuando la cantidad de bases de datos es grande o es variable.

Si tu usuario siempre se conectará a la misma Base de Datos, entonces podrías crear un DSN de usuario y listo, asunto solucionado. Pero si puede conectarse a muchas bases de datos o si se irán creando nuevas bases de datos lo conveniente es crear un DSN de archivo desde tu aplicación. Este caso puede darse, por ejemplo, si tienes una aplicación contable y para cada cliente del estudio contable se crea una Base de Datos. Un estudio contable puede tener decenas o centenas de bases de datos.

Artículos relacionados:

Usando EXCEL para leer bases de datos de Firebird

Planillas EXCEL dinámicas con Firebird (1)

Planillas EXCEL dinámicas con Firebird (2)

Enviando una consulta a EXCEL

El índice del blog Firebird21

El foro del blog Firebird21