Firebird 2.0 (que hago)

[[maeyanes]]

El Charset es el conjunto de caracteres que va a usar tu base de datos...

Mayormente para español se usa ISO8859_1 (al menos es el que yo uso)...

El Charset también te sirve para poder especificar el tipo de ordenamiento de una columna, por ejemplo:

Código SQL [-]
CREATE TABLE PERSONA (
  ID INTEGER NOT NULL;
  NOMBRE VARCHAR(50) NOT NULL CHARSET ISO8859_1 COLLATE ES_ES
);

ALTER TABLE PERSONA ADD PRIMARY KEY (ID);

Firebir 2.x si tiene el tipo BOOLEAN para las columnas.

Para conectarte con las IBX necesitas poner un TIBDatabase y un TIBTransaction en la forma y establecer la propiedad DefaultTransaction del TIBDatabase para que use el TIBTransaction y el TIBTransaction en su propiedad Database que apunte al TIBDatabase. (Espero haberme explicado )



Saludos...

[jachguate]

Empezado por maeyanes

El Charset es el conjunto de caracteres que va a usar tu base de datos...

jaja... ya ves que ayuda no te falta!!
¿soy tan lento?

[vtdeleon]

=maeyanes
Firebir 2.x si tiene el tipo BOOLEAN para las columnas.

Seguro?, porque he tratado de hacerlo y nada nadita. De la unica manera que he podido hacer un campo de este tipo es mediante un Domain.

[[maeyanes]]

Empezado por vtdeleon

Seguro?, porque he tratado de hacerlo y nada nadita. De la unica manera que he podido hacer un campo de este tipo es mediante un Domain.

Fue un error mio... y esto se debe a que Interbase 7.x si tiene el tipo de datos BOOLEAN.

Acabo de verificar y si, Firebird NO cuenta con el tipo de datos BOOLEAN, así que como bien comenta jachguate, se puede usar mediante CHAR(1) o SMALLINT...

O como bien mencionas tu, con un dominio:

Código SQL [-]
CREATE DOMAIN TBOOLEAN AS
  SMALLINT
  DEFAULT 1
  NOT NULL
  CHECK (VALUE IN (0, 1));

Saludos...

[[brakaman]]

Pues yo estoy usando Firebird 2.0 y el campo booleano no lo veo por ningun sitio. Cosa que no entiendo la verdad.

Pero los expertos supongo que sabran el motivo.

[[maeyanes]]

Ya aclaré más arriba que fue un error mío el pensar que existía el tipo de datos BOOLEAN en Firebird 2.0...

Aquí te lo pongo de nuevo...

Empezado por maeyanes

Fue un error mio... y esto se debe a que Interbase 7.x si tiene el tipo de datos BOOLEAN.

Acabo de verificar y si, Firebird NO cuenta con el tipo de datos BOOLEAN

Saludos...

[[Caral]]

Hola
A la hora de hacer el cambio de access a firebird el campo boolean lo hace automatico a varchar (F o T), es casi lo mismo, en realidad con esto no se tienen problemas, en mysql lo cambia a SmalInt (0 o 1), como comentario.
Hay mas problemas con el campo memo, que lo hace blob, y luego lo lee como string, es un enredo, se tiene que cambiar a tipo texto en access antes de cambiarlo o traspasarlo a firebird, bueno, tampoco es tan complicado, ahora que lo se.
Me siento bien atascado, no salgo de muchas cosas, lo que me esta complicando la vida son las sentencias sql, me estan matando, he logrado modificar varias a ver que pasa, usando los aportes de mis maestros (vosotros), ya entiendo el concepto de case y bueno ya no me da error, los problemas vienen de que las consultas no devuelven los valores que necesito, es muy curioso, en un caso en particular, me devuelve acabado, bodega, creacion, facturacion, pero no produccion, por que, ni idea, lo he revisado por todo lado.
Bueno si no me doy por vencido, seguire intentandolo, por lo menos un rato, que facil es access en comparacion, se que tambien tengo la opcion de ligar la tabla, access - mysql, no me gusta mucho pero funciona, no se si se podra ligar access - firebird, en tal caso no creo que sea una buena opción.
Quien invento el sql y porque lo cambian segun la base de datos, no deberia ser un estandart.
Esto de la programacion es complicado, me estoy dando cuenta de que cada vez soy mas novato, voy para atras.
Saludos

[[fjcg02]]

Caral,
los campos nulos son nulos, como su propio nombre indica. Es SIN VALOR, ni espacio, ni cadena de longitud cero '', ni nada similar.
Te lo cuento porque a mi en su día me costó encontrar sentido al asunto.

Por ejemplo, si haces una busqueda por un campo distinto de un valor , los registros que lo tengan a nulo no te aparecen porque no tienen valor, y así un montón de cosas.
Lo más simple, es poner los campos como NOT NULL, y cuando sean vacios poner valor = ''. Seguro que algún purista indica algo en sentido contrario, pero qué queremos, funcionalidad y simpleza ante todo . O no?

Saludos no nulos a todos

[[maeyanes]]

Empezado por Caral

Quien invento el sql y porque lo cambian segun la base de datos, no deberia ser un estandart

El SQL tiene un estándar, y sobre este estándar existen varias versiones... creo que la más reciente es SQL-2003

Ahora, resulta que la gran mayoría de los manejadores de bases de datos incorporan características propias dentro de estos estándares...

Así que si quieres hacer una aplicación que trabaje en varios motores, debes hacer tus consultas SQL usen el estándar estríctamente, esto es, no usar las características de un motor en particular.



Saludos...

[[Caral]]

Hola
Tengo una duda:
En esta parte de la consulta:

Código SQL [-]
Case when (Estaciones.descripcion is null) then 'Creación de Orden' ELSE Estaciones.descripcion END

Funciona bien, el problema es que el campo lo llama Case y necesito que se llame Estacion, osea algo asi:

Código SQL [-]
Estaciones.descripcion AS Estacion

En que lugar de la primera consulta pondria el AS Estacion?
Saludos

[vtdeleon]

Código SQL [-]
Case when (Estaciones.descripcion is null) then 'Creación de Orden' ELSE Estaciones.descripcion END Estacion

Al final, chequealo asi, no es necesario As