Xailer & OZ Software

Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.

Buenos dias,
Sin duda alguna la mejor opción es Advantage Database Server, y lógicamente la versión de RED comercial, aunque es posible que con la versión local gratuita también note alguna mejorí­a.
Xailer está completamente preparado para usar ADS, de hecho sólo tendrí­a que cambiar en todo su programa nada más que los DataSources.
Un saludo

Uma solução seria fazer com que os terminais dos usuários acessem via
Terminal Service o Servidor, desta maneira a aplicação executa como se fosse
no servidor em velocidade máxima, sem precisar alterar (cambiar) nada.
Saludos
"Miguel C." wrote in message news:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.
---
Este email está limpo de ví­rus e malwares porque a proteção do avast! Antiví­rus está ativa.
http://www.avast.com

Gracias Cassiano,
El programa está pensado para activar opciones diferentes para cada usuario,
si utilizo la solución que me dices todas las opciones del programa estarán
activas para todos los usuarios (creo).
Tengo pendiente de hacer pruebas con ADS.
Me han comentado que otra posible solución serí­a modernizar la red y pasar a
una Ethernet Gigabit 1000 Mbps con lo que la velocidad se multiplicarí­a por
10 de lo que tengo actualmente.
Para ello tengo que cambiar el Switch, comprobar que todas las tarjetas de
red de todos los ordenadores soportan esta velocidad y que el cableado de la
red también lo soporta.
Saludos.
Miguel.
"Cassiano de Oliveira" escribió en el mensaje de
noticias:5374cb6a$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Uma solução seria fazer com que os terminais dos usuários acessem via
Terminal Service o Servidor, desta maneira a aplicação executa como se fosse
no servidor em velocidade máxima, sem precisar alterar (cambiar) nada.
Saludos
"Miguel C." wrote in message news:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.
---
Este email está limpo de ví­rus e malwares porque a proteção do avast!
Antiví­rus está ativa.
http://www.avast.com

Buenos dí­as Miguel;
Si lo haces mediante Terminal Server tu puedes por programa saber que
usuario esta usando el programa, la variable de entorno USERNAME te
identifica el usuario.
También puede ponerle a cada usuario en su escritorio un acceso directo
personalizado al programa pasandole como parámetro lo que tu quieras que
lo identifique.
Todo depende como identificas actualmente a los usuario.
La de subir la velocidad no te asegura una gran mejora, ya que al abrir
un fichero dbf en red el sistema operativo de la maquina que lee se trae
a memoria una copia del archivo, con el consiguiente atasco en la red
cuando el archivo es grande.
La opción ADS te da las "prestaciones" de un Servidor SQL pero sin
cambiar tu manera de trabajar, la ventaja es que los procesos de
consulta, filtros, etc.. se ejecutan en el servidor de forma que al pc
que solicita la información solo le llega el resultado, lo cual acelera
mucho los procesos.
Se que es un follon al principio, pero planteate pasarte a MySQL o
MariaDB, que al final son gratuitos y las prestaciones que consigues con
el SQL son impresionantes.
Saludos
Pedro Amaro
El 16/05/2014 20:10, Miguel C. escribió:
> Gracias Cassiano,
>
> El programa está pensado para activar opciones diferentes para cada
> usuario, si utilizo la solución que me dices todas las opciones del
> programa estarán activas para todos los usuarios (creo).
> Tengo pendiente de hacer pruebas con ADS.
> Me han comentado que otra posible solución serí­a modernizar la red y
> pasar a una Ethernet Gigabit 1000 Mbps con lo que la velocidad se
> multiplicarí­a por 10 de lo que tengo actualmente.
> Para ello tengo que cambiar el Switch, comprobar que todas las tarjetas
> de red de todos los ordenadores soportan esta velocidad y que el
> cableado de la red también lo soporta.
>
> Saludos.
> Miguel.
>
> "Cassiano de Oliveira" escribió en el mensaje de
> noticias:5374cb6a$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>
> Uma solução seria fazer com que os terminais dos usuários acessem via
> Terminal Service o Servidor, desta maneira a aplicação executa como se
> fosse
> no servidor em velocidade máxima, sem precisar alterar (cambiar) nada.
>
> Saludos
>
> "Miguel C." wrote in message news:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>
> Hola a todos,
>
> Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
> usuarios.
> En un programa que se utiliza en 6 puestos los usuarios se quejan de la
> lentitud de algunas opciones del programa cuando se utilizan los USE,
> FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo
> funciona
> rápidamente)
> He consultado el foro sobre este tema y veo que la solución esta en cambiar
> los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
> comandos equivalentes DBASE / SQL y cambiar en el programa donde
> intervienen.
> ¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
> Supongo que esto es un tema superado para la mayorí­a de vosotros.
> Gracias.
>
> Miguel Castaño.
>
>
> ---
> Este email está limpo de ví­rus e malwares porque a proteção do avast!
> Antiví­rus está ativa.
> http://www.avast.com
>
>

Buenos dí­as,
Para identificar a cada usuario lo hago con NETNAME().
Por lo que he leí­do en internet con Terminal Server sólo pueden acceder a la
vez 2 clientes a la vez, esto es una importante limitación.
Te agradezco Pedro lo que me comentas sobre aumentar la velocidad de la red,
con esto me evito cambio de cableado, tarjetas, etc. para quedarme más o
menos igual.
En cuanto pueda quiero hacer alguna prueba con ADS, me gusta esta solución
porque seguirí­a programando de la misma manera que ahora, (que mucho trabajo
me ha costado) aunque tendrí­a que comprar las licencias necesarias.
Está claro que la mejor opción es pasarme a MySQL, si entiendo bien tendrí­a
que pasarme a Xailer Enterprise y aprender a utilizar todas las funciones
para el manejo de las bases de datos.
¿Sabéis donde puedo encontrar la equivalencia de la funciones Clipper /SQL
para el manejo de bases de datos?
Saludos.
Miguel Castaño.
"Pedro Amaro" escribió en el mensaje de
noticias:5377bea3$[email=2@svctag-j7w3v3j....]2@svctag-j7w3v3j....[/email]
Buenos dí­as Miguel;
Si lo haces mediante Terminal Server tu puedes por programa saber que
usuario esta usando el programa, la variable de entorno USERNAME te
identifica el usuario.
También puede ponerle a cada usuario en su escritorio un acceso directo
personalizado al programa pasandole como parámetro lo que tu quieras que
lo identifique.
Todo depende como identificas actualmente a los usuario.
La de subir la velocidad no te asegura una gran mejora, ya que al abrir
un fichero dbf en red el sistema operativo de la maquina que lee se trae
a memoria una copia del archivo, con el consiguiente atasco en la red
cuando el archivo es grande.
La opción ADS te da las "prestaciones" de un Servidor SQL pero sin
cambiar tu manera de trabajar, la ventaja es que los procesos de
consulta, filtros, etc.. se ejecutan en el servidor de forma que al pc
que solicita la información solo le llega el resultado, lo cual acelera
mucho los procesos.
Se que es un follon al principio, pero planteate pasarte a MySQL o
MariaDB, que al final son gratuitos y las prestaciones que consigues con
el SQL son impresionantes.
Saludos
Pedro Amaro
El 16/05/2014 20:10, Miguel C. escribió:
> Gracias Cassiano,
>
> El programa está pensado para activar opciones diferentes para cada
> usuario, si utilizo la solución que me dices todas las opciones del
> programa estarán activas para todos los usuarios (creo).
> Tengo pendiente de hacer pruebas con ADS.
> Me han comentado que otra posible solución serí­a modernizar la red y
> pasar a una Ethernet Gigabit 1000 Mbps con lo que la velocidad se
> multiplicarí­a por 10 de lo que tengo actualmente.
> Para ello tengo que cambiar el Switch, comprobar que todas las tarjetas
> de red de todos los ordenadores soportan esta velocidad y que el
> cableado de la red también lo soporta.
>
> Saludos.
> Miguel.
>
> "Cassiano de Oliveira" escribió en el mensaje de
> noticias:5374cb6a$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>
> Uma solução seria fazer com que os terminais dos usuários acessem via
> Terminal Service o Servidor, desta maneira a aplicação executa como se
> fosse
> no servidor em velocidade máxima, sem precisar alterar (cambiar) nada.
>
> Saludos
>
> "Miguel C." wrote in message news:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>
> Hola a todos,
>
> Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
> usuarios.
> En un programa que se utiliza en 6 puestos los usuarios se quejan de la
> lentitud de algunas opciones del programa cuando se utilizan los USE,
> FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo
> funciona
> rápidamente)
> He consultado el foro sobre este tema y veo que la solución esta en
> cambiar
> los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
> comandos equivalentes DBASE / SQL y cambiar en el programa donde
> intervienen.
> ¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
> Supongo que esto es un tema superado para la mayorí­a de vosotros.
> Gracias.
>
> Miguel Castaño.
>
>
> ---
> Este email está limpo de ví­rus e malwares porque a proteção do avast!
> Antiví­rus está ativa.
> http://www.avast.com
>
>

He probado con Terminal Server de Windows:
La velocidad en el puesto donde lo he probado es muy buena, por tanto el
usuario muy contento...
Para mi queda poco profesional y limitado a dos puestos.
Perdonad mi ignorancia, pero seria posible hacer que Xailer contemplara algo
parecido a lo que hace Terminal Server y que los puestos accedieran al
servidor de la misma manera, es decir que trabajen en las DBF del Servidor,
que no viaje tanta información por la red y solucionar el problema de la
lentitud.
Saludos.
Miguel Castaño.
"Miguel C." escribió en el mensaje de
noticias:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.

No está limitado a 2 puestos...
http://www.aads-worldwide.es/
Salu2.

He intentado responderte en privado y me ha devuelto el correo.
El 21/05/2014 11:56, Miguel C. escribió:
> He probado con Terminal Server de Windows:
> La velocidad en el puesto donde lo he probado es muy buena, por tanto el
> usuario muy contento...
> Para mi queda poco profesional y limitado a dos puestos.
> Perdonad mi ignorancia, pero seria posible hacer que Xailer contemplara
> algo parecido a lo que hace Terminal Server y que los puestos accedieran
> al servidor de la misma manera, es decir que trabajen en las DBF del
> Servidor, que no viaje tanta información por la red y solucionar el
> problema de la lentitud.
>
> Saludos.
> Miguel Castaño.
>
> "Miguel C." escribió en el mensaje de
> noticias:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
>
> Hola a todos,
>
> Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
> usuarios.
> En un programa que se utiliza en 6 puestos los usuarios se quejan de la
> lentitud de algunas opciones del programa cuando se utilizan los USE,
> FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo
> funciona
> rápidamente)
> He consultado el foro sobre este tema y veo que la solución esta en cambiar
> los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
> comandos equivalentes DBASE / SQL y cambiar en el programa donde
> intervienen.
> ¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
> Supongo que esto es un tema superado para la mayorí­a de vosotros.
> Gracias.
>
> Miguel Castaño.
>
>
>

Miguel,
supongo que después de todos los comentarios tendrás un poco más claro
tus opciones. En cualquier caso, te expreso también mi opinión personal:
- Yo, en primer lugar, cambiarí­a los NTX por CDX. No será un cambio
espectacular, pero los CDX siempre han dado mejores resultados que los NTX.
- Cambiar a ADS (server) es una buena opción. Especialmente por el hecho
de que los filtros (SET FILTER) y algunas otras operaciones se procesan
dentro del servidor, sin pasar por la red.
- Usar Terminal Server es otro enfoque completamente distinto, ni mejor
ni peor, simplemente distinto. Y está claro que de esta forma lo único
que se trasmite por la red es la pantalla y el teclado/ratón. Todo te va
a ir a la velocidad del servidor, aunque el servidor tendrá que repartir
su potencia entre los usuarios que estén conectados.
- Aumentar la velocidad de la red también es una buena mejora con
carácter general. Es decir, que elijas la solución que elijas, el
aumento de la velocidad de la red te va a mejorar el rendimiento. No
obstante, la solución de Terminal Server estará muchí­simo más afectada
por la potencia del servidor que por la velocidad de la red.
- Saltar a SQL es "LA SOLUCIí“N". Pero no te emociones... dar el salto a
SQL no es tan fácil como cambiar unas instrucciones por otras. En la
mayorí­a de los casos te va a obligar a cambiar el diseño del propio
programa. La forma de grabar y acceder a los datos es completamente
distinta en DBF y en SQL, y eso implica que los programas no
deben/pueden funcionar de la misma forma. Si intentas cambiar un motor
por otro, dejándolo todo igual, te vas a estrellar, e incluso va a ir
más lento y pesado. Una solución de paso muy buena es SQLite, que
funciona en local como las DBF pero los comandos son SQL. Es lo que yo
siempre aconsejo para aquellos que quieren pasar de DBF a SQL. Pero
claro, si vas a trabajar en red con varios usuarios, no es ni mucho
menos la mejor opción. Yo utilizo en mis aplicaciones tanto SQLite como
MariaDB. Es más, mis aplicaciones soportan los dos motores
simultáneamente, ya que a nivel de dialecto SQL son casi iguales, y
puedo tener el mismo código para ambos.
En resumen, lo mejor serí­a saltar a SQL, pero ese cambio no lo vas a
poder hacer en poco tiempo, y por supuesto sin hacer cambios
significativos en tu programa. Mi consejo es que, si tienes algo de
prisa, optes primero por otra solución de tránsito (ADS server o
Terminal Server, la que te dé mejor resultado o te resulte más barata).
Pero a medio-largo plazo, hay que irse a SQL sí­ o sí­, y cuanto antes
empieces, mejor.
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

Hola José,
Muchas gracias por tu tiempo.
Tendré muy presente todo lo que has escrito (de he hecho tu mail lo he
sacado por la impresora).
Voy a probar varias de las alternativas que tu y otros compañeros habéis
expuesto y ya veremos la conclusión.
La verdad que cuesta dejar las DBFS después de tanto tiempo, pero esta claro
que ya están fuera de juego.
Saludos.
Miguel Castaño.
"Jose F. Gimenez" escribió en el mensaje de
noticias:537dbf04$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Miguel,
supongo que después de todos los comentarios tendrás un poco más claro
tus opciones. En cualquier caso, te expreso también mi opinión personal:
- Yo, en primer lugar, cambiarí­a los NTX por CDX. No será un cambio
espectacular, pero los CDX siempre han dado mejores resultados que los NTX.
- Cambiar a ADS (server) es una buena opción. Especialmente por el hecho
de que los filtros (SET FILTER) y algunas otras operaciones se procesan
dentro del servidor, sin pasar por la red.
- Usar Terminal Server es otro enfoque completamente distinto, ni mejor
ni peor, simplemente distinto. Y está claro que de esta forma lo único
que se trasmite por la red es la pantalla y el teclado/ratón. Todo te va
a ir a la velocidad del servidor, aunque el servidor tendrá que repartir
su potencia entre los usuarios que estén conectados.
- Aumentar la velocidad de la red también es una buena mejora con
carácter general. Es decir, que elijas la solución que elijas, el
aumento de la velocidad de la red te va a mejorar el rendimiento. No
obstante, la solución de Terminal Server estará muchí­simo más afectada
por la potencia del servidor que por la velocidad de la red.
- Saltar a SQL es "LA SOLUCIí“N". Pero no te emociones... dar el salto a
SQL no es tan fácil como cambiar unas instrucciones por otras. En la
mayorí­a de los casos te va a obligar a cambiar el diseño del propio
programa. La forma de grabar y acceder a los datos es completamente
distinta en DBF y en SQL, y eso implica que los programas no
deben/pueden funcionar de la misma forma. Si intentas cambiar un motor
por otro, dejándolo todo igual, te vas a estrellar, e incluso va a ir
más lento y pesado. Una solución de paso muy buena es SQLite, que
funciona en local como las DBF pero los comandos son SQL. Es lo que yo
siempre aconsejo para aquellos que quieren pasar de DBF a SQL. Pero
claro, si vas a trabajar en red con varios usuarios, no es ni mucho
menos la mejor opción. Yo utilizo en mis aplicaciones tanto SQLite como
MariaDB. Es más, mis aplicaciones soportan los dos motores
simultáneamente, ya que a nivel de dialecto SQL son casi iguales, y
puedo tener el mismo código para ambos.
En resumen, lo mejor serí­a saltar a SQL, pero ese cambio no lo vas a
poder hacer en poco tiempo, y por supuesto sin hacer cambios
significativos en tu programa. Mi consejo es que, si tienes algo de
prisa, optes primero por otra solución de tránsito (ADS server o
Terminal Server, la que te dé mejor resultado o te resulte más barata).
Pero a medio-largo plazo, hay que irse a SQL sí­ o sí­, y cuanto antes
empieces, mejor.
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

Miguel,
> Muchas gracias por tu tiempo.
> Tendré muy presente todo lo que has escrito (de he hecho tu mail lo he
> sacado por la impresora).
> Voy a probar varias de las alternativas que tu y otros compañeros
> habéis expuesto y ya veremos la conclusión.
> La verdad que cuesta dejar las DBFS después de tanto tiempo, pero esta
> claro que ya están fuera de juego.
me alegro de que te sirva. Por cierto, por tu dirección de email,
supongo que no andas muy lejos de Almerí­a. Yo soy y vivo aquí­. Si
necesitas algo, contáctame por privado.
Un saludo,
José F. Giménez
http://www.xailer.com
http://www.xailer.info

Hola a todos,
Para ir actualizando este tema:
He hecho los cambios necesarios en la red para que todos los puestos vayan a
1 Gbps en general los tiempos de espera se han reducido a la mitad -> Los
usuarios están contentos.
No es la solución definitiva, pero es una mejorí­a.
Saludos.
Miguel.
"Miguel C." escribió en el mensaje de
noticias:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.

Para actualizar este tema:
He cambiado los í­ndices NTX a CDX y hemos notado una buena mejorí­a, no es
que sea espectacular, pero esto unido al aumento de la velocidad de la red
hace que la velocidad del programa en todos los puestos sea bastante buena.
Señalar que este cambio donde más se nota, como era de esperar, es los SEEK.
Saludos.
Miguel C.
"Miguel C." escribió en el mensaje de
noticias:537376b3$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola a todos,
Utilizo ficheros DBF - NTX desde hace muchos años en programas para pocos
usuarios.
En un programa que se utiliza en 6 puestos los usuarios se quejan de la
lentitud de algunas opciones del programa cuando se utilizan los USE,
FILTER, LOCATE, COPY, APPEND FROM, TOTAL, etc. (En el servidor todo funciona
rápidamente)
He consultado el foro sobre este tema y veo que la solución esta en cambiar
los DBF por SQL, pero esto implica, si he comprendido bien, estudiar los
comandos equivalentes DBASE / SQL y cambiar en el programa donde
intervienen.
¿Es posible aumentar la velocidad quedándome con los Dbf-Ntx?
Supongo que esto es un tema superado para la mayorí­a de vosotros.
Gracias.
Miguel Castaño.