Como trabajar con los componentes ibx

[Toni]

Viendo el ejemplo que puso el compañero Eficsa:

Código Delphi [-]
...
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.