Como trabajar con los componentes ibx

[anubis]

Hola amigos,
Aquí sigo dando la lata con nuevas cosas. :(.
Resulta q, he usado y uso los componentes zeos para firebird, sin problema, quizá no al, 100%, pero me sirven.
Leyendo post sobre otros componentes para, lazarus y firebird, quise probar ibx, pero me están dando bastantes quebraderos de cabeza porque no funcionan igual que los zeos.
Si he conseguido conectarme y ver la base de datos, pero otras odas como editar o insertar no he podido.
Alguno sabe, además de los ejemplos, de como se usan?
Gracias

[Casimiro Notevi]

http://www.intitec.com/varios/Delphi_conexion_firebird_con_ibx.pdf
http://www.clubdelphi.com/foros/showthread.php?t=68708

[anubis]

Gracias por los, aportes, si me sirven y mucho

[anubis]

Hola amigos, aqui dando lata,
las cosas no van muy bien que digamos pero bueno, en el poco tiempo que tengo para hacer cosas, al menos lo intento.

Instale los componentes ibx de nuevo despues de arreglar las computadoras,

Consultas con los ibx no tengo, aparentemente problemas, pero a la hora de insertar registros si los tengo.
Estuve dandole vueltas al tutorial que me puso Casimiro Notevi, y de esa forma si,trabajan, pero si lo quiero hacer a mano ya no lo hace.
Me explico,
A la hora de usar el editor de ibxdataset1, genero las consultas, inserciones, etc, y quedan almacenadas en selectSQL y etc,
si yo pongo


ibdataset1.SelectSQL.Clear;
ibdataset1.SelectSQL.Text:='select * from usuarios';
ibdataset1.Open;
ibdataset1.Insert;
ibdataset1.fieldbyname('nick').asstring:=enick.text;
ibdataset1.Post;
IBTransaction1.CommitRetaining;

ya nose, la verdad que estoy haciendo mal ahi, porque tenia en

Esa estructura esta bien?. o asi no se debe.
No entiendo muy bien para que me sirve el insertsql que viene integrado en el ibxdataset1 si lo tengo que ir poniendo yo las cosas como cuando trabajaba con zeos.

perdon por ser repetitivo.
gracias

[ecfisa]

Hola anubis.

...
Estuve dandole vueltas al tutorial que me puso Casimiro Notevi, y de esa forma si,trabajan, pero si lo quiero hacer a mano ya no lo hace.
Me explico,
A la hora de usar el editor de ibxdataset1, genero las consultas, inserciones, etc, y quedan almacenadas en selectSQL y etc,
si yo pongo


ibdataset1.SelectSQL.Clear;
ibdataset1.SelectSQL.Text:='select * from usuarios';
ibdataset1.Open;
ibdataset1.Insert;
ibdataset1.fieldbyname('nick').asstring:=enick.text;
ibdataset1.Post;
IBTransaction1.CommitRetaining;

ya nose, la verdad que estoy haciendo mal ahi, porque tenia en

Esa estructura esta bien?. o asi no se debe.
...

Trabajando con el TIBDataSet de forma manual, si solo asignas la propiedad SelectSQL como en el código que mostras, el componente se comportará de modo similar que si hubieses lanzado una consulta mediante un TIBQuery.

Para poder aprovechar las facilidades que ofrece el componente TIBDataSet (como los métodos: Delete, Insert, Append, Post) también tenes que configurar de forma manual sus propiedades DeleteSQL, InsertSQL, ModifySQL y RefreshSQL. Ejemplo:

...
var
ib: TIBDataSet;
begin
ib := IBDataSet1;
ib.Close;
ib.SelectSQL.Text := 'SELECT ID, NAME, PASSWORD FROM USUARIO';
ib.DeleteSQL.Text := 'DELETE FROM USUARIO WHERE ID = :OLD_ID';
ib.InsertSQL.Text := 'INSERT INTO USUARIO (ID, NAME, PASSWORD)VALUES(:ID, :NAME, :PASSWORD)';
ib.ModifySQL.Text := 'UPDATE USUARIO SET ID = :ID, NAME = :NAME, PASSWORD = :PASSWORD WHERE ID = :OLD_ID';
ib.RefreshSQL.Text := 'SELECT ID, NAME, PASSWORD FROM USUARIO WHERE ID = :ID';
ib.Open;

ib.Insert;

...

ib.Post;


Pero generalmente es mucho mas simple y rápido usar la herramienta SQL Generation que trae el componente.

Saludos :)

[anubis]

Gracias por contestar amigo, ;).

La herramienta de generacion si la he visto, lo que no entiendo muy bien es como, una vez generado, puedo usarla para seleccionar o insertar, como le puedo pasar despues los parametros, porque no lo veo muy claro.
Perdon por no entender.

edito: en la generacion por ejemplo de
selectsql, intento usarla
ibdataset1.selectsql;

pero me dice que esta vacia.
entonces uso lo mismo que esta en el selectsql generado

ibdataset1.selectsql.text:='select * from usuarios';
asi si funciona, por eso digo que no entiendo entonces o de que forma se usaria el select, o los otros inclusive pasando parametros de forma manual como por ejemplo, para hacer filtros o consultas.

[ecfisa]

Gracias por contestar amigo, ;).

La herramienta de generacion si la he visto, lo que no entiendo muy bien es como, una vez generado, puedo usarla para seleccionar o insertar, como le puedo pasar despues los parametros, porque no lo veo muy claro.
...

Una vez generadas las sentencias SQL, por ejemplo para insertar un registro:

...
var
ib: TIBDataSet;
begin
ib := IBDataSet1;
ib.Open;
ib.Insert;
ib.FieldByName('NAME').AsString := 'pepe';
ib.FieldByName('PASSWORD').AsString := '1234';
ib.Post;
...

Para hacer consultas, usándolo al modo de un TIBQuery, solo configura la propiedad SelectSQL como si fuese cualquier query.
Para filtrar usa la propiedad Filter como con cualquier dataset.

Saludos :)

[anubis]

gracias otra vez.

Asi si me consta de usar el insert, pero el insertsql que ya trae todo, no hace falta entonces?

[ecfisa]

Hola anubis
gracias otra vez.

Asi si me consta de usar el insert, pero el insertsql que ya trae todo, no hace falta entonces?
Habiendo configurado en tiempo de diseño las sentencias SQL con el SQL Generation no es necesario.

Saludos :)

[Casimiro Notevi]

Estuve dandole vueltas al tutorial que me puso Casimiro Notevi, y de esa forma si,trabajan, pero si lo quiero hacer a mano ya no lo hace.Me parece que no has seguido bien el tutorial :p

[anubis]

Hola Casimiro Notevi, puede que tengas razón y no lo vi bien :(, solo estuve intentando alternativas puesto que en el tutorial usa un navigator y yo no queria usar un control navigator y hacerlo con codigo.
Mis disculpas

[Casimiro Notevi]

Hola Casimiro Notevi, puede que tengas razón y no lo vi bien :(, solo estuve intentando alternativas puesto que en el tutorial usa un navigator y yo no queria usar un control navigator y hacerlo con codigo.
Lo del "navigator" es solamente para no complicar el ejemplo del tutorial, pero si sigues leyéndolo llegarás al momento en que se crean todas las sentencias sql (select, update, delete...) sin que tengas que escribirlas tú, lo hace el componente.

[Toni]

Hola,

Quizas una forma mas comoda de trabajar con los IBX es hacerlo conjuntamente con los ClientDataSet y los DataSetProvider. El modelo de trabajo seria asociando uno a otro de la siguiente forma:

TClientDataSet -> TDataSetProvider -> TIBQuery

la ventaja de utilizar de esta forma es que no tienes que no tienes que construir todas las sql (select, update, insert) lo hace por ti el TDataSetProvider, lo que lo hace bastante comodo. Por otro lado tambien te maneja las transacciones ya que cuando haces una consulta descarga toda la información sobre el TClientDataSet en memoria y no tienes la transaccion abierta.

Con este modelo pudes hacer tanto consultas como modificaciones e inserciones.

[Casimiro Notevi]

la ventaja de utilizar de esta forma es que no tienes que no tienes que construir todas las sql (select, update, insert) lo hace por ti el TDataSetProvider, lo que lo hace bastante comodo. Eso también lo hace los IBX.

[Toni]

Eso también lo hace los IBX.

Pero sino me equivoco lo hace en tiempo de diseño, y con los DataSetProvider lo hace automaticamente en tiempo de ejecución y de forma transparente. Ademas de mejorar el uso de las transacciones porque carga los datos en memoria en el ClientDataSet y cierra la transacción.

[Casimiro Notevi]

.con los DataSetProvider lo hace automaticamente en tiempo de ejecución.. La verdad es que no entiendo bien lo que comentas sobre eso.

[Toni]

Viendo el ejemplo que puso el compañero Eficsa:


...
var
ib: TIBDataSet;
begin
ib := IBDataSet1;
ib.Close;
ib.SelectSQL.Text := 'SELECT ID, NAME, PASSWORD FROM USUARIO';
ib.DeleteSQL.Text := 'DELETE FROM USUARIO WHERE ID = :OLD_ID';
ib.InsertSQL.Text := 'INSERT INTO USUARIO (ID, NAME, PASSWORD)VALUES(:ID, :NAME, :PASSWORD)';
ib.ModifySQL.Text := 'UPDATE USUARIO SET ID = :ID, NAME = :NAME, PASSWORD = :PASSWORD WHERE ID = :OLD_ID';
ib.RefreshSQL.Text := 'SELECT ID, NAME, PASSWORD FROM USUARIO WHERE ID = :ID';
ib.Open;

ib.Insert;

...

ib.Post;


En este componente hay que generar las siguientes secuencias SQL (select, delete, insert, modify y refresh) y esto se puede hacer manualmente escribiendo el código o con una herramienta que llevan estos controles. Sino me equivoco dicha herramienta tambien es en tiempo de diseño. Ha esto me referia. Espero haberme explicado.

[Casimiro Notevi]

Con los componentes IBX solamente necesitas escribir select * from tabla y pulsar el botón "Generar code sql". Se acabó, él genera todas las variantes para insert, delete, update, etc.
Lo explica en los tutoriales que he indicado antes.

[Toni]

Casimiro, esto ya esta claro. Lo que yo decia es que con este sistema si agregas un campo nuevo a la tabla hay que generar de nuevo las sentencias SQL en los componentes que toque.. Y que utilizando la otra combinación de componentes lo hace en tiempo de ejecucion. Por ejemplo en el caso de utilizar una rejilla de datos en una aplicación, con estos componentes tendrias los nuevos campos disponibles y editables sin tener que recompilar la aplicación. Solo estaba aportando otras posibilidades de trabajar con los IBX y las ventajas que le veo.

[Casimiro Notevi]

¿Y cómo detecta que hay un campo nuevo y modifica las sentencias?

[Toni]

Porque como comentaba internamente genera las sentencias SQL cada vez que realizas una operación con el ClientDataSet.

Si tienes un CLIENTDASET + TDATASETPROVIDER +TIBQUERY

Y en el TIBQUERY le ponemos una sentecia SQL tipo: 'select * from Empleados;'

Cada vez que habramos el CDS nos retorna todas las columnas y si modificamos cualquiera de ellas, el DSP genera la SQL con las columnas modificadas/insertadas/borradas. Ha esto me referia con que lo 'genera' en tiempo de ejecucion.

Cuando vas haciendo programas que poco a poco van creciendo te despreocupas un poco de actuailzar todos los IBDataSet. Incluso como decia hay muchos casos que no tienes que recompilar. Rejillas de datos, en listas de campos que se cargan en combobox para realizar una selección, ect.

Pero bueno en definitiva las dos funcionan, aunque a mi personalmente me gusta mas este modo.

[Casimiro Notevi]

Pero hay campos que no son necesarios usar/mostrar al usuario, ¿tienes que controlar luego cada campo para decirle que no lo muestre en un dgbrid, por ejemplo?

[Toni]

Lo de la rejilla es solo un ejemplo, para ver como funciona. Pero me resulta bastante comodo no tener que estar siempre modificando y/o actualizando los componentes de datos con las nuevas sentencias sql.

[Casimiro Notevi]

Si esa forma de trabajar te viene, entonces no hay nada que objetar.