probá con esto
oReport:SetSeekExpression(mNROCOM_CPB)
oReport:SetWhileExpression( "Comproba.NROCOM_CPB='"+mNROCOM_CPB+"'")
saludos
El 12/08/05, Gerardo J. Biagiotti<gjbiagiotti@...> escribió:
>
>
> En la emisión de un reporte utilizo las siguientes instrucciones:
>
>
>
> oReport:SeekExpression := mNROCOM_CPB
>
> oReport:WhileExpression := "Comproba.NROCOM_CPB='"+mNROCOM_CPB+"'"
>
>
>
> Esto da error:
>
> Invalid SeekExpression
>
> Invalid WhileExpression
>
>
>
> Alguien tiene un ejemplo de cómo se usan o marcarme donde está el error.
>
>
>
>
>
> Gerardo J. Biagiotti
> Analista de Sistemas
> (2580) Marcos Juárez
> Córdoba - Argentina
>
> Mail: gjbiagiotti@...
> MSN: gerardo_biagiotti@...
> gjbiagiotti@...
> gjbiagiotti@...
>
>
> ________________________________
> Enlaces de Yahoo! Grupos
>
> Para visitar el sitio web del grupo, andá a:
> http://ar.groups.yahoo.com/group/guvoaII/
>
> Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> guvoaII-unsubscribe@...
>
> El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
> Yahoo!.
con esas funciones las tablas quedan abiertas...
habrá alquien que las use y te cuente más
saludos
El 11/08/05, Gerardo J. Biagiotti<gjbiagiotti@...> escribió:
>
>
> Después de varias pruebas he podido determinar que en realidad el problema
> no es el alias, sucede que el comando DBUSEAREA() al intentar abrir
> nuevamente la base de datos, no la abre, a pesar que existe y previamente
> fue cerrada.
>
> Y el problema persiste aún cerrando la ventana y volver a abrirla, es decir,
> que si emito la primera factura, cierro la ventana, ejecuto otras opciones,
> vuelvo a intentar emitir la segunda factura, sale el error, o sea no abre la
> base de datos.
>
> Muy raro, le pasó esto a alguno de Uds????
>
>
>
>
> Gerardo J. Biagiotti
> Analista de Sistemas
> (2580) Marcos Juárez
> Córdoba - Argentina
>
> Mail: gjbiagiotti@...
> MSN: gerardo_biagiotti@...
> gjbiagiotti@...
> gjbiagiotti@...
> ________________________________
>
>
> De: guvoaII@... [mailto:guvoaII@...] En nombre
> de Gerardo J. Biagiotti
> Enviado el: Jueves, 11 de Agosto de 2005 09:54 p.m.
> Para: guvoaII@...
> Asunto: [guvoaII] Problema con el Alias.
>
>
>
>
>
>
> Para los reportes genero bases transitorias con la siguiente secuencia:
>
>
>
> DBUSEAREA(TRUE,"DBFCDX",cArchivo,"CompTra",FALSE)
>
> CompTra->DBZAP()
>
>
>
> DO WHILE !SELF:Server:EOF .AND.
> SELF:Server:TIPFAC_CPB=mTIPFAC_CPB .AND.;
>
>
> SELF:Server:NRSUCU_CPB=mNRSUCU_CPB .AND.
> SELF:Server:NROCOM_CPB=mNROCOM_CPB
>
> CompTra->DBAPPEND()
>
> FOR nCampos=1 TO SELF:Server:FCount
>
>
> CompTra->FIELDPUT(nCampos,SELF:Server:FIELDGET(nCampos))
>
> NEXT
>
>
>
> SELF:Server:Skip()
>
> ENDDO
>
>
>
> CompTra->DBCLOSEAREA()
>
>
>
> Esta secuencia la utilizo para la impresión de la factura. Genero la
> factura, la imprime bien y vuelve a la ventana para generar otra factura,
> pero al enviar la impresión de la segunda factura salta un error "1010 ->
> Invalid alias Specification".
>
> El alias sería "CompTra".
>
> Alguien sabe porque la primer factura la hace bien y en la próxima sale este
> error?
>
>
>
> Gerardo J. Biagiotti
> Analista de Sistemas
> (2580) Marcos Juárez
> Córdoba - Argentina
>
> Mail: gjbiagiotti@...
> MSN: gerardo_biagiotti@...
> gjbiagiotti@...
> gjbiagiotti@...
>
>
>
>
> ________________________________
> Enlaces de Yahoo! Grupos
>
> Para visitar el sitio web del grupo, andá a:
> http://ar.groups.yahoo.com/group/guvoaII/
>
> Para cancelar tu suscripción a este grupo, enviá un mensaje a:
> guvoaII-unsubscribe@...
>
> El uso de Yahoo! Grupos está sujeto a las Condiciones del servicio de
> Yahoo!.
Problema solucionado, y aprovecho para
comentarles.
Para los que no conocen esta instrucción,
el SeekExpression trabaja como el Seek() de VO, pero solo lo asigna a la tabla
primaria de cada sección, y debe ir acompañado del WhileExpression en caso de
buscar un dato concreto.
En caso de tener más de una sección deben
hacer lo siguiente:
De:guvoaII@... [mailto:guvoaII@...] En nombre de Gerardo J. Biagiotti Enviado el: Viernes, 12 de Agosto
de 2005 08:48 a.m. Para:guvoaII@... Asunto: [guvoaII] Report Pro y
SeekExpression
En la emisión de un reporte utilizo las siguientes
instrucciones:
Después de varias pruebas he podido
determinar que en realidad el problema no es el alias, sucede que el comando
DBUSEAREA() al intentar abrir nuevamente la base de datos, no la abre, a pesar
que existe y previamente fue cerrada.
Y el problema persiste aún cerrando la
ventana y volver a abrirla, es decir, que si emito la primera factura, cierro
la ventana, ejecuto otras opciones, vuelvo a intentar emitir la segunda factura,
sale el error, o sea no abre la base de datos.
Muy raro, le pasó esto a alguno de Uds????
Gerardo J. Biagiotti Analista de Sistemas (2580) Marcos Juárez Córdoba - Argentina
De:guvoaII@... [mailto:guvoaII@...] En nombre de Gerardo J. Biagiotti Enviado el: Jueves, 11 de Agosto
de 2005 09:54 p.m. Para:guvoaII@... Asunto: [guvoaII] Problema con el
Alias.
Para los reportes genero bases transitorias con la siguiente
secuencia:
DBUSEAREA(TRUE,"DBFCDX",cArchivo,"CompTra",FALSE)
CompTra->DBZAP()
DO WHILE !SELF:Server:EOF .AND.
SELF:Server:TIPFAC_CPB=mTIPFAC_CPB .AND.;
Esta secuencia la utilizo para la impresión de la factura. Genero la
factura, la imprime bien y vuelve a la ventana para generar otra factura, pero
al enviar la impresión de la segunda factura salta un error “1010 ->
Invalid alias Specification”.
El alias sería “CompTra”.
Alguien sabe porque la primer factura la hace bien y en la
próxima sale este error?
Gerardo J. Biagiotti Analista de Sistemas (2580)
Marcos Juárez Córdoba
- Argentina
Esta secuencia la utilizo para la impresión de la factura. Genero la
factura, la imprime bien y vuelve a la ventana para generar otra factura, pero
al enviar la impresión de la segunda factura salta un error “1010 ->
Invalid alias Specification”.
El alias sería “CompTra”.
Alguien sabe porque la primer factura la hace bien y en la
próxima sale este error?
Gerardo J. Biagiotti Analista de Sistemas (2580)
Marcos Juárez Córdoba
- Argentina
Esta secuencia la utilizo para la impresión de la factura. Genero la
factura, la imprime bien y vuelve a la ventana para generar otra factura, pero
al enviar la impresión de la segunda factura salta un error “1010 ->
Invalid alias Specification”.
El alias sería “CompTra”.
Alguien sabe porque la primer factura la hace bien y en la
próxima sale este error?
Gerardo J. Biagiotti Analista de Sistemas (2580)
Marcos Juárez Córdoba
- Argentina
De:guvoaII@... [mailto:guvoaII@...] En nombre de Bondadoso Paladin Enviado el: Jueves, 11 de Agosto
de 2005 09:42 a.m. Para:guvoaII@... Asunto: RE: [guvoaII] Directorio
temporal.
Te enviaré algunas funciones útiles
FUNCTION __GetTempFileNameReports() AS PSZ /* Nos devuelve un nombre de archivo temporal que empieza por "~XX" y la ruta hasta el
directorio temp */ LOCAL cTempName AS PSZ
--- "Gerardo J. Biagiotti" <gjbiagiotti@...>
escribió:
> Hola muchachos. > > Necesito levantar en una variable desde VO el > directorio temporal de > Windows. > > Me recuerdan como se hace? > > > > Gerardo J. Biagiotti > Analista de Sistemas > (2580) Marcos Juárez > Córdoba - Argentina > > Mail: gjbiagiotti@... > MSN: gerardo_biagiotti@... >
gjbiagiotti@... >
gjbiagiotti@... > > > >
______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
De:guvoaII@... [mailto:guvoaII@...] En nombre de Walter Funes Enviado el: Jueves, 11 de Agosto
de 2005 09:55 a.m. Para:guvoaII@... Asunto: Re: [guvoaII] Directorio
temporal.
Gerardo:
GetTempPath() de las API Windows
o
FabGetTempPath() de las FabTools
Saludos.
Walter.
"Gerardo
J. Biagiotti"
escribió:
Hola muchachos.
Necesito levantar en una variable desde VO el directorio
temporal de Windows.
Me recuerdan como se hace?
Gerardo J.
Biagiotti Analista de Sistemas (2580)
Marcos Juárez Córdoba
- Argentina
Te enviaré algunas funciones útiles
FUNCTION __GetTempFileNameReports() AS PSZ
/*
Nos devuelve un nombre de archivo temporal
que empieza por "~XX" y la ruta hasta el directorio
temp
*/
LOCAL cTempName AS PSZ
cTempName := PSZ(Space(MAX_PATH+1))
GetTempPath(MAX_PATH, cTempName)
GetTempFileName(cTempName, PSZ( "~XX" ), 0, cTempName)
RETURN cTempName
FUNCTION __GetTempPath() AS PSZ
/*
Nos devuelve la ruta del directorio para archivos
temporales del windows.
*/
LOCAL cTempName AS PSZ
cTempName := PSZ(Space(MAX_PATH+1))
GetTempPath( MAX_PATH, cTempName)
RETURN cTempName
--- "Gerardo J. Biagiotti"
<gjbiagiotti@...> escribió:
> Hola muchachos.
>
> Necesito levantar en una variable desde VO el
> directorio temporal de
> Windows.
>
> Me recuerdan como se hace?
>
>
>
> Gerardo J. Biagiotti
> Analista de Sistemas
> (2580) Marcos Juárez
> Córdoba - Argentina
>
> Mail: gjbiagiotti@...
> MSN: gerardo_biagiotti@...
> gjbiagiotti@...
> gjbiagiotti@...
>
>
>
>
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
te explicaré,
trabajando con terminal server es como si todos
trabajaran al mismo tiempo en un mismo pc pero siendo
cada uno un usuario diferente, hacen uso de los mismos
ejecutables en las mismas carpetas, etc...
¿que diferencia hay entre ellos?
Que la carpeta de archivos temporales y la carpeta
windows para lectura de archivos ini no de windows se
encuentran dentro de :
C:\Documents and Settings\<???usuario>\Configuración
local\Temp
C:\Documents and Settings\<???usuario>\window
Sabiendo esto debemos ser conscientes de las
siguientes limitaciones:
Si hacemos uso de archivos temporales para realizar
algún proceso este es mejor que esté en el directorio
temp y no en un directorio común, en el caso claro,
que no tenga un nombre aleatorio, de cualquier forma
es bueno que los temporales corran en el directorio
TEMP
Hay que pensar que si no hacemos esto podrían
necesitar ambos usuarios el mismo archivo.
Las opciones de configuración deberán ir por separado
para cada usuario, cuando le preguntas a windows por
sus directorios haciendo uso de la función de
directorios especiales los devuelve correctamente.
Otro tema son las imagenes, los clientes de terminal
server tiene un buffer de imagenes asi que tardan la
primera vez, las demás hace uso del buffer, eso va
bien para logos y pantallas iniciales pero después, en
las ventanas no es recomendable el uso de demasiadas,
piensa que los caracteres ocupan poco y van rápidos
pero las imagenes tardan más en viajar, ello mermaría
el rendimiento, pero tampoco hay que dramatizar, las
imagenes de los botones, menús etc. que son pequeñas y
generalmente de poca resolución no relentizan
aparentemente.
Puedes conectar todos los recursos de tu pc cliente
con el terminal server, eso no supone problemas, pero,
algunas impresoras, generalmente las multifunción, no
corren adecuadamente o simplemente no corren, eso es
porqué el terminal server es unidireccional, y no
admite comunicación en bidireccional con las
impresoras.
Las impresoras normales más comunes, epson, hp
funcionan correctamente, en cualquier caso antes de
comprar una impresora es bueno tener la certeza de que
funciona con TS.
Quizás todo esto lo tuvieras ya en cuenta con lo cual
el único problema sería configurar TS, el único
requisito es tener un Servidor suficiente con windows
2000 o superior y una ip fija para que los clientes
sepan dónde conectarse y la velociadad de subida
máxima que puedas contratar para optimizar el
rendimiento.
No es una panacea pero el rendimiento es aceptable.
Y creo que te he dicho los pros y los contras, ahora
es cuestión de evaluar.
--- Walter Funes <walfu@...> escribió:
> Bondadoso Palidin:
> Gracias por tu aporte, es muy interesante la
> experiencia que contás y
> algunas de las situaciones que describís las he
> visto en algunas
> empresas con idénticos resultados.
> Me quedé pesando en que querés decir cuando decís
> que "...depende de las
> costumbres de cada uno al desarrollar..." te
> agradezco si podés ampliar.
>
> >utilizando Terminal Server, y, sin duda, es la
> >solución a corto plazo y barata, pues son mínimos
> los
> >retoques, o quizás ninguno, depende de las
> costumbres
> >de cada uno al desarrollar, que hay que realizar.
>
> Saludos.
> Walter.
>
>
> Bondadoso Paladin escribió:
>
> > Hola, disculpar que me meta en medio de tas
> > interesante charla, os contaré un poco mi
> experiencia
> > al respecto por si acaso a alguien puede serle
> > utilidad.
> >
> > Personalmente he tenido varios intentos de
> conectar
> > servidores vía internet, la mayoría de ellos
> termino
> > en fracaso teniendo que buscar una vía
> alternativa.
> > La primera fue cotectar Ms Sql vía IP y es
> > trementamente lento cuando hacemos una consulta de
> > muchos registros, cosa que por otra parte suele
> > ocurrir, pero la lentitud viene marcada más por
> las
> > velocidades de conexión que por el propio
> servidor.
> > Concretamente en ese momento disponía de 1 Mb de
> > bajada y 256 de subida, es mínima la velocidad de
> > subida usando ADSL, pero vamos, con 1 mb de bajada
> > tampoco vamos sobrados.
> > Telefónica saco entonces la NetLan que,
> supuestamente
> > integraba dos o más sedes dentro de una misma
> > intranet, y efectivamente se veían, pero aquello
> no
> > corría nada, se quito de inmediato, no se si ahora
> el
> > tema va mejor, aunque la velocidad de conexión
> para
> > cantidad de datos seguía siendo el problema, en
> este
> > caso en que ambas sedes estaban a unos 5 o 6 km lo
> > solucionamos con una antena inalámbrica con
> potencia
> > suficiente, fue caro, pero sin duda fue la
> solución,
> > todo iba muy bien, costaba creerselo, ahora las
> > antentas son más económicas que hace dos años.
> > Pero claro, esta solución no es la adecuada para
> casi
> > nadie, asi que con otras aplicaciones estamos
> > utilizando Terminal Server, y, sin duda, es la
> > solución a corto plazo y barata, pues son mínimos
> los
> > retoques, o quizás ninguno, depende de las
> costumbres
> > de cada uno al desarrollar, que hay que realizar.
> > En Terminal Server no viajan los datos solo las
> > ventanas, no es bueno pues adornarlas con muchas
> > imágenes, asi que los resultados son buenos
> > independientemente de las distancias, tengo un
> cliente
> > que trabaja contra un mismo servidor en tres sedes
> > diferentes sitas en diferentes provincias.
> > Esas son mis experiencias reales, pero sabed que
> antes
> > de realizar un gran esfuerzo debeis de considerar
> la
> > viabilidad del proyecto con los pies en tierra que
> las
> > cosas están como están.
> > Probé el tema de la replicación con anterioridad,
> pero
> > si se trataba se tener todas las sedes debidamente
> > actualizadas la solución era muy compleja, mucho,
> > tarde mucho en desarrollarla y no quede contento
> con
> > el resultado, al margen, los datos no se disponían
> en
> > tiempo real.
> >
> > --- Piazza Sistemas
> <soporte@...>
> > escribió:
> >
> > > Hola Claudio, que tal? Me alegra que estés
> > > participando en la lista.
> > >
> > > Por favor, te pediría, si fueras tan amable, que
> > > continúes con tus consideraciones para ver que
> > > sacamos en limpio.
> > > Personalmente me he mareado con tu mail y has
> > > despertado en mi dudas, dudas, dudas. Por
> supuesto,
> > > las dudas desaparecen con... CONOCIMIENTO.
> > >
> > > Así que, maestro, por favor continúe.
> > >
> > > Por ejemplo, te presento un caso de un cliente
> mío:
> > > Tiene una planta industrial a 12 Kmts. y el mes
> que
> > > viene va a abrir un local de ventas en la
> ciudad.
> > > Le hice una aplicación en VO con dbf's y hace un
> mes
> > > que la está usando. Ayer a la tarde me dijo:
> "Che,
> > > cuando haya movimiento importante en el local,
> se
> > > podrá poner 'algo' para facturar y controlar?"
> > > Por supuesto, yo le dije "SI", partiendo de la
> base
> > > de que en programación "TODO" se puede. Ahora
> bien,
> > > para mis adentros me dije: "Si podemos poner
> 'algo',
> > > pero como lo relacionamos con lo de la planta,
> en
> > > donde está la administración?"
> > > Claro que se puede hacer un sistema que
> "sincronize"
> > > los datos generados en el local, volcandolos en
> un
> > > medio magnético y procesandolos en el otro lado,
> y
> > > viceversa. Pero mi experiencia personal (se lo
> he
> > > hecho a otro cliente) es que es algo bastante
> > > complicado y que para que funcione bien lleva
> horas
> > > y más horas de programación.
> > >
> > > Entonces me pregunto: "¿Que podría hacer por mí
> > > internet y una base de datos?" Pensaba en MySQL,
> que
> > > si bien en forma relativamente humilde, por lo
> menos
> > > he superado las instancias básicas y tengo una
> > > aplicación funcionando correctamente hace más de
> 2
> > > meses.
> > >
> > > Pero ante vuestra disquisición, Maestro, se ha
> > > despertado en mi la duda.
> > >
> > > Por favor, iluminanos!!!
> > >
> > > Hasta luego amigos.
> > >
> > >
> >
>
-------------------------------------------------------------
> > > Fernando Piazza
> > > Coronel Suárez
> > > República Argentina
> > > e-mail: soporte@...
> > > ----- Original Message -----
> > > From: Claudio Torrirllo
> > > To: guvoaII@...
> > > Sent: Friday, August 05, 2005 6:51 AM
> > > Subject: [guvoaII] MySQL Empezaremos???
> > >
> > >
> > > Lo siento. Voy a iniciar una serie de
> > > consideraciones para ver que sacamos
> > > en limpio.
> > >
> > > Creo que plantear una aplicación que trabaje
> en
> > > esos 2 entornos es algo poco
> > > recomendable. Para mí, lo que debemos hacer es
> > > concentrarnos en un único
> > > tipo de aplicaciones. O sea, no importa si hay
> o
> > > no conexión a Internet, una
> > > intranet no necesita conexión a LA RED.
> > >
> > > Ahora, una aplicación intranet es lo que los
> > > usuarios esperan?
> > > Esta es una pregunta que debemos hacernos. No
> es
> > > lo mismo una aplicación
> > > WinForm que interactúa con cuanta cosa OLE
> anda
>
=== message truncated ===
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
Bondadoso Palidin:
Gracias por tu aporte, es muy interesante la experiencia que contás
y algunas de las situaciones que describís las he visto en algunas
empresas con idénticos resultados.
Me quedé pesando en que querés decir cuando decís
que "...depende de las costumbres de cada uno al desarrollar..." te agradezco
si podés ampliar.
>utilizando Terminal Server, y, sin duda, es la >solución a corto plazo y barata, pues son mínimos
los >retoques, o quizás ninguno, depende de las costumbres >de cada uno al desarrollar, que hay que realizar.
Saludos. Walter.
Bondadoso Paladin escribió:
Hola, disculpar que me meta en medio de
tas interesante charla, os contaré un poco mi experiencia al respecto por si acaso a alguien puede serle utilidad.
Personalmente he tenido varios intentos de conectar servidores vía internet, la mayoría de ellos termino en fracaso teniendo que buscar una vía alternativa. La primera fue cotectar Ms Sql vía IP y es trementamente lento cuando hacemos una consulta de muchos registros, cosa que por otra parte suele ocurrir, pero la lentitud viene marcada más por las velocidades de conexión que por el propio servidor. Concretamente en ese momento disponía de 1 Mb de bajada y 256 de subida, es mínima la velocidad de subida usando ADSL, pero vamos, con 1 mb de bajada tampoco vamos sobrados. Telefónica saco entonces la NetLan que, supuestamente integraba dos o más sedes dentro de una misma intranet, y efectivamente se veían, pero aquello no corría nada, se quito de inmediato, no se si ahora el tema va mejor, aunque la velocidad de conexión para cantidad de datos seguía siendo el problema, en este caso en que ambas sedes estaban a unos 5 o 6 km lo solucionamos con una antena inalámbrica con potencia suficiente, fue caro, pero sin duda fue la solución, todo iba muy bien, costaba creerselo, ahora las antentas son más económicas que hace dos años. Pero claro, esta solución no es la adecuada para casi nadie, asi que con otras aplicaciones estamos utilizando Terminal Server, y, sin duda, es la solución a corto plazo y barata, pues son mínimos
los retoques, o quizás ninguno, depende de las costumbres de cada uno al desarrollar, que hay que realizar. En Terminal Server no viajan los datos solo las ventanas, no es bueno pues adornarlas con muchas imágenes, asi que los resultados son buenos independientemente de las distancias, tengo un cliente que trabaja contra un mismo servidor en tres sedes diferentes sitas en diferentes provincias. Esas son mis experiencias reales, pero sabed que antes de realizar un gran esfuerzo debeis de considerar la viabilidad del proyecto con los pies en tierra que las cosas están como están. Probé el tema de la replicación con anterioridad,
pero si se trataba se tener todas las sedes debidamente actualizadas la solución era muy compleja, mucho, tarde mucho en desarrollarla y no quede contento con el resultado, al margen, los datos no se disponían en tiempo real.
--- Piazza Sistemas <soporte@...> escribió:
> Hola Claudio, que tal? Me alegra que estés > participando en la lista. > > Por favor, te pediría, si fueras tan amable, que > continúes con tus consideraciones para ver que > sacamos en limpio. > Personalmente me he mareado con tu mail y has > despertado en mi dudas, dudas, dudas. Por supuesto, > las dudas desaparecen con... CONOCIMIENTO. > > Así que, maestro, por favor continúe. > > Por ejemplo, te presento un caso de un cliente mío: > Tiene una planta industrial a 12 Kmts. y el mes que > viene va a abrir un local de ventas en la ciudad. > Le hice una aplicación en VO con dbf's y hace un mes > que la está usando. Ayer a la tarde me dijo: "Che, > cuando haya movimiento importante en el local, se > podrá poner 'algo' para facturar y controlar?" > Por supuesto, yo le dije "SI", partiendo de la base > de que en programación "TODO" se puede. Ahora bien, > para mis adentros me dije: "Si podemos poner 'algo', > pero como lo relacionamos con lo de la planta, en > donde está la administración?" > Claro que se puede hacer un sistema que "sincronize" > los datos generados en el local, volcandolos en un > medio magnético y procesandolos en el otro lado, y > viceversa. Pero mi experiencia personal (se lo he > hecho a otro cliente) es que es algo bastante > complicado y que para que funcione bien lleva horas > y más horas de programación. > > Entonces me pregunto: "¿Que podría hacer por mí > internet y una base de datos?" Pensaba en MySQL, que > si bien en forma relativamente humilde, por lo menos > he superado las instancias básicas y tengo una > aplicación funcionando correctamente hace más de
2 > meses. > > Pero ante vuestra disquisición, Maestro, se ha > despertado en mi la duda. > > Por favor, iluminanos!!! > > Hasta luego amigos. > > ------------------------------------------------------------- > Fernando Piazza > Coronel Suárez > República Argentina > e-mail: soporte@... > ----- Original Message ----- > From: Claudio Torrirllo > To: guvoaII@... > Sent: Friday, August 05, 2005 6:51 AM > Subject: [guvoaII] MySQL Empezaremos??? > > > Lo siento. Voy a iniciar una serie de > consideraciones para ver que sacamos > en limpio. > > Creo que plantear una aplicación que trabaje
en > esos 2 entornos es algo poco > recomendable. Para mí, lo que debemos hacer
es > concentrarnos en un único > tipo de aplicaciones. O sea, no importa si hay o > no conexión a Internet, una > intranet no necesita conexión a LA RED. > > Ahora, una aplicación intranet es lo que los > usuarios esperan? > Esta es una pregunta que debemos hacernos. No es > lo mismo una aplicación > WinForm que interactúa con cuanta cosa OLE
anda > por allí (office p.ej.) que > trabajar en una entorno WebBrowser, donde cada > cosa debe programarse en una > lenguaje distinto (JavaScript o VBSrcipt). > > Con CAVO podemos trabajar ASP, una especie de > lenguaje SCRIPT con resolución > en el Server WEB, IIS (Internet Information > Server) lo soporta, pero por > ejemplo Apache no. > > Pero, puedo conectar la oficina A con la B por > Internet trabajando con > WinForm y un motor de base de datos? Si, pero > sabiendo que la conexión por > Internet es INSEGURA, no por que alguien pueda ver > mis datos, sino porque en > cualquier momento puede perderse la conexión.
Y > ojo, ocurre mucho más > seguido de lo que parece. > > Entonces?? > > 1 - Debo decidir que tipo de aplicación realizar > WinForm - WEB > > Winform. Es lo
que me brinda más > posibilidades a la hora de generar > aplicaciones para usuarios finales. El desarrollo > es simple (con CAVO, > porque si hablamos de otras herramientas la cosa > cambia.) y siempre tengo la > posibilidad de interactuar con cualquier cosa de > la red local o incluso de > Internet y casi sin límites. > > 2 - Si debo conectar 2 puntos por Internet optar > por alguna de las 2 > soluciones posibles: > > A ) Terminal
Server > B ) Motor local
en cada punta y un servicio > de replicación activado. > > Yo me inclino
por la "B", es la más sólida y > de alta disponibilidad, > o sea, dentro de ciertos rangos, ante la caída
de > la conexión me permitiría > seguir operando. La "A" es la más sencilla
y si no > necesito alta > disponibilidad es la más potable. De todas
formas, > programo para la B y me > sirve para la A. > > 3 - El motor de base de datos. > > Este es otro punto complicado. MySQL es muy > potable, pero... > > MySQL es gratuita SI y SOLO SI la aplicación
sea > OPEN SOURCE, o sea, si mi > aplicación es comercial y no OPEN SOURCE,
debo > licenciarla para estar en > regla. > > Entonces, si debo licenciar MySQL, porque no > licenciar MS SQL Server y > trabajar con un STD de la industria del software. > Y porque digo esto? > Simple, verifiquen todas las aplicaciones que > traen una BD "embebida", es > MSSQL en la versión distribuible. > > Ahora si piensan hacer un proyecto OPEN SOURCE, > adelante, yo no hablé. > > Pero piensen bien, las instrucciones SQL de MySQL > y de MSSQL difieren y > bastante, entonces que voy a hacer si debo aplicar > mi sistema en una empresa > que ya tiene MSSql? > > > FINAL > > Bueno, fueron algunas consideraciones, quizás
un > poco desordenadas, pero > para reflexionar. > > Claudio Torrillo > > > > > -----Mensaje original----- > De: guvoaII@... > [mailto:guvoaII@...] En nombre > de lsantibanez72@... > Enviado el: Jueves, 04 de Agosto de 2005 04:15 > p.m. > Para: guvoaII@... > Asunto: Re: [guvoaII] MySQL (Empezamos?) > > Hola, saludos. Que te parece lo siguiente: > > 1.- Una aplicación con VO y MySql, que me
permita > trabajar en las siguientes > dos formas. > > 1.1.- Un entorno de red windows con un servidor y > "n" estaciones. (Aquí > no hay internet) > > 1.2.- Un entorno de red Internet, donde la BD > estará en un sitio web, y > la aplicación en las estaciones. > > 2.- Indicar a través de parámetros
cuál será la > opción a trabajar. La idea > es no intervenir el código cuando elijamos
donde > instalar . > > 3.- Una aplicación sencilla: > > Una ficha de clientes (codigo, nombre, direccion, > vendedor) > === message truncated ===
______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es
Queria comentarles lo siguinte, en mi poca expericia, que tengo e echo Desarrollos en Progress con SQL, y se nos planteo por parte del corporativo una solucion para que los directivos pudieran accesar a esta informacion desde las otras plantas que estan en otros paises, bueno esta peticion se le dio solucion creando aplicaciones en internet e intranet, las cuals funcionan bien, pero el unico pero es que solo pueden ellos accesar a reportes de informacion en linea, ya que cuando se hacen aplicaciones de este tipo se tarda un poco en buscar la informacion dependiendo de que parametros se esten pasando en el reporte.
ese seria el unico, las paginas se crearon con PHP y visual escrip de progress.
si se puede lo unico que se tiene que detallar bien son las busquedas desde la web, para que la informacion se pueda encontrar y presentar lo pronto posible.
de echo lo primero es hacer el desarrollo en VO aplicando MySql una vez terminado esto, hacer una pagina web la cual haga busquedas a esta base de datos, y hacer la busqueda lo mas presisa para que la informacion no se tarde, una vez teniendo esto ahora si integrar todo esto y hacer pruebas las cuales serian actualizando o modificando informacion con nuestra aplicacion en VO y desde la web realizando la peticion de reportes, o modificaciones de informacion, (pero la verdad esto no lo recomiendo mucho ya que es muy lento).
asi que me uno a ustedes para realizar este proyecto.
Att.
Ricardo de Hoyos Aguilar
lsantibanez72@... wrote:
Hola, saludos a todos. Parece que se levantado polvo. Gracias por las observaciones, eso ayuda mucho.
La idea, Sebastian, es proyectar una aplicación y construirla de tal forma que se pueda usar en una red windows, como también en internet. Las especificaciones las indiqué en un correo anterior. Es solo una idea y ver a que puerto llegamos.
Utilizar un motor de BD, es lo más recomendable. Pienso que MySQL nos sirve para aprender.
Es obvio que hay varias cosa que superar primeramente.
También debemos recordar que VO es nuestro lenguaje principal.
Lo que ha hecho Fernando y José Ramón, nos indica que si resulta.
Espero la próxima semana comentar como resultaron las pruebas según lo indicado por los colegas, agradeceré sus observaciones, atte.
Larry Santibáñez Flores
Enlaces de Yahoo!
Grupos
<*> Para visitar el sitio web del grupo, andá a: http://ar.groups.yahoo.com/group/guvoaII/
<*> Para cancelar tu suscripción a este grupo, enviá un mensaje a: guvoaII-unsubscribe@...
<*> El uso de Yahoo! Grupos está sujeto a las: http://ar.docs.yahoo.com/info/utos.html
Hola, saludos a todos. Parece que se levantado polvo. Gracias por las
observaciones,
eso ayuda mucho.
La idea, Sebastian, es proyectar una aplicación y construirla de tal forma
que se pueda usar en una red windows, como también en internet. Las
especificaciones
las indiqué en un correo anterior. Es solo una idea y ver a que puerto llegamos.
Utilizar un motor de BD, es lo más recomendable. Pienso que MySQL nos sirve
para aprender.
Es obvio que hay varias cosa que superar primeramente.
También debemos recordar que VO es nuestro lenguaje principal.
Lo que ha hecho Fernando y José Ramón, nos indica que si resulta.
Espero la próxima semana comentar como resultaron las pruebas según lo indicado
por los colegas, agradeceré sus observaciones, atte.
Larry Santibáñez Flores
Me gustaría saber bien que es lo que quieren hacer con MySQL, pues
si puedo aportar algo lo haré con gusto.
Vengo trabajando con MySQL y PHP desde hace un tiempo, incluso
migrando tablas DBF a tablas dentro de una base de datos MySQL para
luego trabajar con PHP sobre estos datos, pues el soporte para DBF
desde PHP es muy limitado.
También he hecho algunas pruebas accediendo desde CAVO a bases de
datos vía ODBC y OleDB...
Saludos...
.: wolverine :.
--- En guvoaII@..., José Ramón Castro
<jrcpolinioes@y...> escribió:
> Saludos cordiales:
>
>
>
> Creo recordar que esa propuesta la hice yo hace mucho
tiempo
> cuando Fernando necesito montar un sistema con MySql, creo que el
llego a
> buen puerto despues de unas cuantas conversaciones por Skipe
directamente,
> pero sus resultados a las consultas que le hice no fueron
respondidas
> después espero tener más suerte ahora y poder obtener las
respuestas.
>
>
>
> De todas formas Gustavo Biassone me hizo un pequeño
montaje de
> cómo consultar datos a la base de datos montada sobre MySQL y creo
que su
> intervención será muy necesaría, por eso le invito a participar
aunque no se
> si su tiempo lo permitirá.
>
>
>
> Yo mismo puedo ayudar al montaje de lo necesario para
que cada
> uno sepa lo que se necesita y todos los permisos mecesarios para
que
> funcione una MySQL.
>
>
>
> Por lo tanto lo un esquema necesario para un
funcionamiento de
> un programa con MySQL pasaría necesariamente por las siguientes
etapas:
>
>
>
> 1º) Elementos necesarios para instalar una MySQL.
(Programas)
>
> 2º) Permisos para la conexión a una MySQL y a sus
Tablas y
> dentro de ellas a sus bases de datos.
>
> 3º) Programas auxiliares para su configuración y
mantenimiento.
>
> 4º) MySQL y su aplicación al lenguaje VO
>
> 5º) Instrucciones para utilizar en los programas
(Consultas,
> Bajas, Altas, etc.,)
>
> 6º) Como migrar las bases de datos DBF a la Tabla
MYSQL con su
> estructura. (programa)
>
>
>
> Por ahí van los tiros ¿de que vale saber como funciona
en un
> programa MySQL? Si luego al cliente no sabemos montarsela y darle
los
> permisos mecesarios.
>
>
>
> Con respecto a la consulta de Larry, esta es mi
respuesta porque
> usar ADO si la conexión la puedes hacer directamente sin
intermediarios.
>
>
>
> Quedo a vuestra disposición si en algo puedo ayudar,
aunque creo
> que nos quedaremos como siempre en las buenas intenciones.
>
>
>
> Por cierto todabía estoy esperando que alguien me
responda a mi
> consulta que ya hice ni se sabe cuando, cuando uno tiene un
problema quiere
> una ayuda rápida, pero cuando la ayuda la tiene que dar él y
molestarse en
> escribir, aunque solo sea para decir ¡NO LO SE! Que pocos
contestan, salvo
> contadas exepcciones, y esto es la verdad sin rencor solo la
verdad, aquí
> parece que ya todos sabemos demasiado y para eso solo hay que
mirar el
> número de las estadisticas para darse cuenta de las consultas
realizadas en
> este año con respecto a años anteriores.
>
>
>
> Como dijo uno que debía saber más que todos nosotros
¡SOLO SE
> QUE NO SE NADA!.
>
>
>
> JRCPOLI@t...
>
>
>
> José Ramón Castro Polinio
Hola, disculpar que me meta en medio de tas
interesante charla, os contaré un poco mi experiencia
al respecto por si acaso a alguien puede serle
utilidad.
Personalmente he tenido varios intentos de conectar
servidores vía internet, la mayoría de ellos termino
en fracaso teniendo que buscar una vía alternativa.
La primera fue cotectar Ms Sql vía IP y es
trementamente lento cuando hacemos una consulta de
muchos registros, cosa que por otra parte suele
ocurrir, pero la lentitud viene marcada más por las
velocidades de conexión que por el propio servidor.
Concretamente en ese momento disponía de 1 Mb de
bajada y 256 de subida, es mínima la velocidad de
subida usando ADSL, pero vamos, con 1 mb de bajada
tampoco vamos sobrados.
Telefónica saco entonces la NetLan que, supuestamente
integraba dos o más sedes dentro de una misma
intranet, y efectivamente se veían, pero aquello no
corría nada, se quito de inmediato, no se si ahora el
tema va mejor, aunque la velocidad de conexión para
cantidad de datos seguía siendo el problema, en este
caso en que ambas sedes estaban a unos 5 o 6 km lo
solucionamos con una antena inalámbrica con potencia
suficiente, fue caro, pero sin duda fue la solución,
todo iba muy bien, costaba creerselo, ahora las
antentas son más económicas que hace dos años.
Pero claro, esta solución no es la adecuada para casi
nadie, asi que con otras aplicaciones estamos
utilizando Terminal Server, y, sin duda, es la
solución a corto plazo y barata, pues son mínimos los
retoques, o quizás ninguno, depende de las costumbres
de cada uno al desarrollar, que hay que realizar.
En Terminal Server no viajan los datos solo las
ventanas, no es bueno pues adornarlas con muchas
imágenes, asi que los resultados son buenos
independientemente de las distancias, tengo un cliente
que trabaja contra un mismo servidor en tres sedes
diferentes sitas en diferentes provincias.
Esas son mis experiencias reales, pero sabed que antes
de realizar un gran esfuerzo debeis de considerar la
viabilidad del proyecto con los pies en tierra que las
cosas están como están.
Probé el tema de la replicación con anterioridad, pero
si se trataba se tener todas las sedes debidamente
actualizadas la solución era muy compleja, mucho,
tarde mucho en desarrollarla y no quede contento con
el resultado, al margen, los datos no se disponían en
tiempo real.
--- Piazza Sistemas <soporte@...>
escribió:
> Hola Claudio, que tal? Me alegra que estés
> participando en la lista.
>
> Por favor, te pediría, si fueras tan amable, que
> continúes con tus consideraciones para ver que
> sacamos en limpio.
> Personalmente me he mareado con tu mail y has
> despertado en mi dudas, dudas, dudas. Por supuesto,
> las dudas desaparecen con... CONOCIMIENTO.
>
> Así que, maestro, por favor continúe.
>
> Por ejemplo, te presento un caso de un cliente mío:
> Tiene una planta industrial a 12 Kmts. y el mes que
> viene va a abrir un local de ventas en la ciudad.
> Le hice una aplicación en VO con dbf's y hace un mes
> que la está usando. Ayer a la tarde me dijo: "Che,
> cuando haya movimiento importante en el local, se
> podrá poner 'algo' para facturar y controlar?"
> Por supuesto, yo le dije "SI", partiendo de la base
> de que en programación "TODO" se puede. Ahora bien,
> para mis adentros me dije: "Si podemos poner 'algo',
> pero como lo relacionamos con lo de la planta, en
> donde está la administración?"
> Claro que se puede hacer un sistema que "sincronize"
> los datos generados en el local, volcandolos en un
> medio magnético y procesandolos en el otro lado, y
> viceversa. Pero mi experiencia personal (se lo he
> hecho a otro cliente) es que es algo bastante
> complicado y que para que funcione bien lleva horas
> y más horas de programación.
>
> Entonces me pregunto: "¿Que podría hacer por mí
> internet y una base de datos?" Pensaba en MySQL, que
> si bien en forma relativamente humilde, por lo menos
> he superado las instancias básicas y tengo una
> aplicación funcionando correctamente hace más de 2
> meses.
>
> Pero ante vuestra disquisición, Maestro, se ha
> despertado en mi la duda.
>
> Por favor, iluminanos!!!
>
> Hasta luego amigos.
>
>
-------------------------------------------------------------
> Fernando Piazza
> Coronel Suárez
> República Argentina
> e-mail: soporte@...
> ----- Original Message -----
> From: Claudio Torrirllo
> To: guvoaII@...
> Sent: Friday, August 05, 2005 6:51 AM
> Subject: [guvoaII] MySQL Empezaremos???
>
>
> Lo siento. Voy a iniciar una serie de
> consideraciones para ver que sacamos
> en limpio.
>
> Creo que plantear una aplicación que trabaje en
> esos 2 entornos es algo poco
> recomendable. Para mí, lo que debemos hacer es
> concentrarnos en un único
> tipo de aplicaciones. O sea, no importa si hay o
> no conexión a Internet, una
> intranet no necesita conexión a LA RED.
>
> Ahora, una aplicación intranet es lo que los
> usuarios esperan?
> Esta es una pregunta que debemos hacernos. No es
> lo mismo una aplicación
> WinForm que interactúa con cuanta cosa OLE anda
> por allí (office p.ej.) que
> trabajar en una entorno WebBrowser, donde cada
> cosa debe programarse en una
> lenguaje distinto (JavaScript o VBSrcipt).
>
> Con CAVO podemos trabajar ASP, una especie de
> lenguaje SCRIPT con resolución
> en el Server WEB, IIS (Internet Information
> Server) lo soporta, pero por
> ejemplo Apache no.
>
> Pero, puedo conectar la oficina A con la B por
> Internet trabajando con
> WinForm y un motor de base de datos? Si, pero
> sabiendo que la conexión por
> Internet es INSEGURA, no por que alguien pueda ver
> mis datos, sino porque en
> cualquier momento puede perderse la conexión. Y
> ojo, ocurre mucho más
> seguido de lo que parece.
>
> Entonces??
>
> 1 - Debo decidir que tipo de aplicación realizar
> WinForm - WEB
>
> Winform. Es lo que me brinda más
> posibilidades a la hora de generar
> aplicaciones para usuarios finales. El desarrollo
> es simple (con CAVO,
> porque si hablamos de otras herramientas la cosa
> cambia.) y siempre tengo la
> posibilidad de interactuar con cualquier cosa de
> la red local o incluso de
> Internet y casi sin límites.
>
> 2 - Si debo conectar 2 puntos por Internet optar
> por alguna de las 2
> soluciones posibles:
>
> A ) Terminal Server
> B ) Motor local en cada punta y un servicio
> de replicación activado.
>
> Yo me inclino por la "B", es la más sólida y
> de alta disponibilidad,
> o sea, dentro de ciertos rangos, ante la caída de
> la conexión me permitiría
> seguir operando. La "A" es la más sencilla y si no
> necesito alta
> disponibilidad es la más potable. De todas formas,
> programo para la B y me
> sirve para la A.
>
> 3 - El motor de base de datos.
>
> Este es otro punto complicado. MySQL es muy
> potable, pero...
>
> MySQL es gratuita SI y SOLO SI la aplicación sea
> OPEN SOURCE, o sea, si mi
> aplicación es comercial y no OPEN SOURCE, debo
> licenciarla para estar en
> regla.
>
> Entonces, si debo licenciar MySQL, porque no
> licenciar MS SQL Server y
> trabajar con un STD de la industria del software.
> Y porque digo esto?
> Simple, verifiquen todas las aplicaciones que
> traen una BD "embebida", es
> MSSQL en la versión distribuible.
>
> Ahora si piensan hacer un proyecto OPEN SOURCE,
> adelante, yo no hablé.
>
> Pero piensen bien, las instrucciones SQL de MySQL
> y de MSSQL difieren y
> bastante, entonces que voy a hacer si debo aplicar
> mi sistema en una empresa
> que ya tiene MSSql?
>
>
> FINAL
>
> Bueno, fueron algunas consideraciones, quizás un
> poco desordenadas, pero
> para reflexionar.
>
> Claudio Torrillo
>
>
>
>
> -----Mensaje original-----
> De: guvoaII@...
> [mailto:guvoaII@...] En nombre
> de lsantibanez72@...
> Enviado el: Jueves, 04 de Agosto de 2005 04:15
> p.m.
> Para: guvoaII@...
> Asunto: Re: [guvoaII] MySQL (Empezamos?)
>
> Hola, saludos. Que te parece lo siguiente:
>
> 1.- Una aplicación con VO y MySql, que me permita
> trabajar en las siguientes
> dos formas.
>
> 1.1.- Un entorno de red windows con un servidor y
> "n" estaciones. (Aquí
> no hay internet)
>
> 1.2.- Un entorno de red Internet, donde la BD
> estará en un sitio web, y
> la aplicación en las estaciones.
>
> 2.- Indicar a través de parámetros cuál será la
> opción a trabajar. La idea
> es no intervenir el código cuando elijamos donde
> instalar .
>
> 3.- Una aplicación sencilla:
>
> Una ficha de clientes (codigo, nombre, direccion,
> vendedor)
>
=== message truncated ===
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
Así no, mi tarea es ponerte en duda, ahora
en vos queda darnos las respuestas.
No te olvides que esas eran mis dudas JJ ¡!
Claudio
De:guvoaII@... [mailto:guvoaII@...] En nombre de Piazza Sistemas Enviado el: Viernes, 05 de Agosto
de 2005 08:19 a.m. Para:guvoaII@... Asunto: [guvoaII] MySQL
Empezaremos??? (Con que?)
Hola Claudio, que tal? Me alegra que estés participando en la lista.
Por favor, te pediría, si fueras tan amable, que continúes con tus
consideraciones para ver que sacamos en limpio.
Personalmente me he mareado con tu mail y has despertado en mi dudas, dudas,
dudas. Por supuesto, las dudas desaparecen con... CONOCIMIENTO.
Así que, maestro, por favor continúe.
Por ejemplo, te presento un caso de un cliente mío:
Tiene una planta industrial a 12 Kmts. y el mes que viene va a
abrir un local de ventas en la ciudad.
Le hice una aplicación en VO con dbf's y hace un mes que la está
usando. Ayer a la tarde me dijo: "Che, cuando haya movimiento
importante en el local, se podrá poner 'algo' para facturar y controlar?"
Por supuesto, yo le dije "SI", partiendo de la base de que en
programación "TODO" se puede. Ahora bien, para mis adentros me dije:
"Si podemos poner 'algo', pero como lo relacionamos con lo de la planta,
en donde está la administración?"
Claro que se puede hacer un sistema que "sincronize" los
datos generados en el local, volcandolos en un medio magnético y procesandolos
en el otro lado, y viceversa. Pero mi experiencia personal (se lo he hecho a
otro cliente) es que es algo bastante complicado y que para que funcione
bien lleva horas y más horas de programación.
Entonces me pregunto: "¿Que podría hacer por mí internet y
una base de datos?" Pensaba en MySQL, que si bien en forma relativamente
humilde, por lo menos he superado las instancias básicas y tengo una aplicación
funcionando correctamente hace más de 2 meses.
Pero ante vuestra disquisición, Maestro, se ha despertado en mi la
duda.
Por favor, iluminanos!!!
Hasta luego amigos.
-------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@...
Hola Claudio, que tal? Me alegra que estés participando en la lista.
Por favor, te pediría, si fueras tan amable, que continúes con tus consideraciones para ver que sacamos en limpio.
Personalmente me he mareado con tu mail y has despertado en mi dudas, dudas, dudas. Por supuesto, las dudas desaparecen con... CONOCIMIENTO.
Así que, maestro, por favor continúe.
Por ejemplo, te presento un caso de un cliente mío:
Tiene una planta industrial a 12 Kmts. y el mes que viene va a abrir un local de ventas en la ciudad.
Le hice una aplicación en VO con dbf's y hace un mes que la está usando. Ayer a la tarde me dijo: "Che, cuando haya movimiento importante en el local, se podrá poner 'algo' para facturar y controlar?"
Por supuesto, yo le dije "SI", partiendo de la base de que en programación "TODO" se puede. Ahora bien, para mis adentros me dije: "Si podemos poner 'algo', pero como lo relacionamos con lo de la planta, en donde está la administración?"
Claro que se puede hacer un sistema que "sincronize" los datos generados en el local, volcandolos en un medio magnético y procesandolos en el otro lado, y viceversa. Pero mi experiencia personal (se lo he hecho a otro cliente) es que es algo bastante complicado y que para que funcione bien lleva horas y más horas de programación.
Entonces me pregunto: "¿Que podría hacer por mí internet y una base de datos?" Pensaba en MySQL, que si bien en forma relativamente humilde, por lo menos he superado las instancias básicas y tengo una aplicación funcionando correctamente hace más de 2 meses.
Pero ante vuestra disquisición, Maestro, se ha despertado en mi la duda.
Por favor, iluminanos!!!
Hasta luego amigos.
------------------------------------------------------------- Fernando Piazza Coronel Suárez República Argentina e-mail: soporte@...
Lo siento. Voy a iniciar una serie de consideraciones para ver que sacamos en limpio.
Creo que plantear una aplicación que trabaje en esos 2 entornos es algo poco recomendable. Para mí, lo que debemos hacer es concentrarnos en un único tipo de aplicaciones. O sea, no importa si hay o no conexión a Internet, una intranet no necesita conexión a LA RED.
Ahora, una aplicación intranet es lo que los usuarios esperan? Esta es una pregunta que debemos hacernos. No es lo mismo una aplicación WinForm que interactúa con cuanta cosa OLE anda por allí (office p.ej.) que trabajar en una entorno WebBrowser, donde cada cosa debe programarse en una lenguaje distinto (JavaScript o VBSrcipt).
Con CAVO podemos trabajar ASP, una especie de lenguaje SCRIPT con resolución en el Server WEB, IIS (Internet Information Server) lo soporta, pero por ejemplo Apache no.
Pero, puedo conectar la oficina A con la B por Internet trabajando con WinForm y un motor de base de datos? Si, pero sabiendo que la conexión por Internet es INSEGURA, no por que alguien pueda ver mis datos, sino porque en cualquier momento puede perderse la conexión. Y ojo, ocurre mucho más seguido de lo que parece.
Entonces??
1 - Debo decidir que tipo de aplicación realizar WinForm - WEB
Winform. Es lo que me brinda más posibilidades a la hora de generar aplicaciones para usuarios finales. El desarrollo es simple (con CAVO, porque si hablamos de otras herramientas la cosa cambia.) y siempre tengo la posibilidad de interactuar con cualquier cosa de la red local o incluso de Internet y casi sin límites.
2 - Si debo conectar 2 puntos por Internet optar por alguna de las 2 soluciones posibles:
A ) Terminal Server B ) Motor local en cada punta y un servicio de replicación activado.
Yo me inclino por la "B", es la más sólida y de alta disponibilidad, o sea, dentro de ciertos rangos, ante la caída de la conexión me permitiría seguir operando. La "A" es la más sencilla y si no necesito alta disponibilidad es la más potable. De todas formas, programo para la B y me sirve para la A.
3 - El motor de base de datos.
Este es otro punto complicado. MySQL es muy potable, pero...
MySQL es gratuita SI y SOLO SI la aplicación sea OPEN SOURCE, o sea, si mi aplicación es comercial y no OPEN SOURCE, debo licenciarla para estar en regla.
Entonces, si debo licenciar MySQL, porque no licenciar MS SQL Server y trabajar con un STD de la industria del software. Y porque digo esto? Simple, verifiquen todas las aplicaciones que traen una BD "embebida", es MSSQL en la versión distribuible.
Ahora si piensan hacer un proyecto OPEN SOURCE, adelante, yo no hablé.
Pero piensen bien, las instrucciones SQL de MySQL y de MSSQL difieren y bastante, entonces que voy a hacer si debo aplicar mi sistema en una empresa que ya tiene MSSql?
FINAL
Bueno, fueron algunas consideraciones, quizás un poco desordenadas, pero para reflexionar.
Claudio Torrillo
-----Mensaje original----- De: guvoaII@... [mailto:guvoaII@...] En nombre de lsantibanez72@... Enviado el: Jueves, 04 de Agosto de 2005 04:15 p.m. Para: guvoaII@... Asunto: Re: [guvoaII] MySQL (Empezamos?)
Hola, saludos. Que te parece lo siguiente:
1.- Una aplicación con VO y MySql, que me permita trabajar en las siguientes dos formas.
1.1.- Un entorno de red windows con un servidor y "n" estaciones. (Aquí no hay internet)
1.2.- Un entorno de red Internet, donde la BD estará en un sitio web, y la aplicación en las estaciones.
2.- Indicar a través de parámetros cuál será la opción a trabajar. La idea es no intervenir el código cuando elijamos donde instalar .
3.- Una aplicación sencilla:
Una ficha de clientes (codigo, nombre, direccion, vendedor) Una ficha de productos (codigo, nombre, precio neto) Una ficha de vendedor(codigo, nombre, porcentaje) Una ficha de Nota de pedidos (cabecera y detalle) Un reporte de Clientes, Clientes/Noat de Pedido.
4.- Ideas para el desarrollo:
Por ejemplo si estamos en modo internet, ¿bajamos los productos a nuestra estación para hacer más rápida la ayuda de productos?
Larry:
Mirá el otro e-mail.
>> Hasta aquí todo bien, pero la quieren de tal forma que más del 70 % de
>> los futuros clientes desean la aplicación instalada en su PC y no en un
>> sitio web.
Gente inteligente :))
Si ese es el porcentual, entonces el desarrollo de una aplicación que cumpla
con el punto siguiente es lo recomendable. La aplicación del punto 2 no
tiene nada que ver en el desarrollo de una aplicación de escritorio.
>> 1.- ¿qué pasa si un cliente desea la aplicación en el PC y la DATA en
>> la web?.
La aplicación se conecta y sincroniza su base de datos. Es la opción más
común que existe. Obviamente no estamos hablando de una aplicación que tenga
datos "HOT".
>> 2.- ¿qué pasa si el cliente no quiere tener nada en su PC y conectarse
>> por internet con el sistema de gestión desde cualquier punto del país?
Estamos hablando de una aplicación Internet-IntraNet con CAVO es posible,
pero no práctico, lamentablemente, en este caso te recomiendo Visual Studio,
está mucho mejor preparado para esto.
FINAL
Una aclaración. Una aplicación INTERNET es una aplicación que se resuelve en
un servidor y por medio de INTERNET (WAN) el "cliente/usuario" recibe las
respuestas por medio de página WEB.
Una aplicación INTRANET por el contrario, es lo mismo que la anterior ;), o
sea, son las mismas aplicaciones que deben contar con un servidor WEB pero,
responden enviando las páginas HTML mediante la red interna (LAN).
En otras palabras, no es posible "programar" una aplicación Internet y que
se pueda "ejecutar" en la PC del usuario sin que el usuario tenga instalado
localmente un servidor de WEB. Claro se puede utilizar el Personal Web
Server, pero eso es otro tema.
Claudio Torrillo
-----Mensaje original-----
De: guvoaII@... [mailto:guvoaII@...] En nombre
de lsantibanez72@...
Enviado el: Domingo, 31 de Julio de 2005 02:22 p.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] MySQL (Empezamos?)
Hola, saludos. Por el contrario, he estado buscando más antecedentes.
Justamente en el tema, no muy alejado, me han contactado una empresa de
desarrollo y desea que los apoye en una aplicación de gestión comercial.
Ellos quieren hacerla con MySql, pero el lenguaje desean PHP o ASP.
Hasta aquí todo bien, pero la quieren de tal forma que más del 70 % de los
futuros clientes desean la aplicación instalada en su PC y no en un sitio
web.
Entonces les indico, lo podemos hacer en VO ya que va ha estar en el PC.
Pero me indican:
1.- ¿qué pasa si un cliente desea la aplicación en el PC y la DATA en la
web?.
2.- ¿qué pasa si el cliente no quiere tener nada en su PC y conectarse
por internet con el sistema de gestión desde cualquier punto del país?
Entonces, la situación aparentemente cambia.
Agradeceré sus comentarios y nos puede servir para reforzar el tema MySQL,
atte.
Larry Santibáñez Flores
Enlaces de Yahoo! Grupos
Lo siento. Voy a iniciar una serie de consideraciones para ver que sacamos
en limpio.
Creo que plantear una aplicación que trabaje en esos 2 entornos es algo poco
recomendable. Para mí, lo que debemos hacer es concentrarnos en un único
tipo de aplicaciones. O sea, no importa si hay o no conexión a Internet, una
intranet no necesita conexión a LA RED.
Ahora, una aplicación intranet es lo que los usuarios esperan?
Esta es una pregunta que debemos hacernos. No es lo mismo una aplicación
WinForm que interactúa con cuanta cosa OLE anda por allí (office p.ej.) que
trabajar en una entorno WebBrowser, donde cada cosa debe programarse en una
lenguaje distinto (JavaScript o VBSrcipt).
Con CAVO podemos trabajar ASP, una especie de lenguaje SCRIPT con resolución
en el Server WEB, IIS (Internet Information Server) lo soporta, pero por
ejemplo Apache no.
Pero, puedo conectar la oficina A con la B por Internet trabajando con
WinForm y un motor de base de datos? Si, pero sabiendo que la conexión por
Internet es INSEGURA, no por que alguien pueda ver mis datos, sino porque en
cualquier momento puede perderse la conexión. Y ojo, ocurre mucho más
seguido de lo que parece.
Entonces??
1 - Debo decidir que tipo de aplicación realizar WinForm - WEB
Winform. Es lo que me brinda más posibilidades a la hora de generar
aplicaciones para usuarios finales. El desarrollo es simple (con CAVO,
porque si hablamos de otras herramientas la cosa cambia.) y siempre tengo la
posibilidad de interactuar con cualquier cosa de la red local o incluso de
Internet y casi sin límites.
2 - Si debo conectar 2 puntos por Internet optar por alguna de las 2
soluciones posibles:
A ) Terminal Server
B ) Motor local en cada punta y un servicio de replicación activado.
Yo me inclino por la "B", es la más sólida y de alta disponibilidad,
o sea, dentro de ciertos rangos, ante la caída de la conexión me permitiría
seguir operando. La "A" es la más sencilla y si no necesito alta
disponibilidad es la más potable. De todas formas, programo para la B y me
sirve para la A.
3 - El motor de base de datos.
Este es otro punto complicado. MySQL es muy potable, pero...
MySQL es gratuita SI y SOLO SI la aplicación sea OPEN SOURCE, o sea, si mi
aplicación es comercial y no OPEN SOURCE, debo licenciarla para estar en
regla.
Entonces, si debo licenciar MySQL, porque no licenciar MS SQL Server y
trabajar con un STD de la industria del software. Y porque digo esto?
Simple, verifiquen todas las aplicaciones que traen una BD "embebida", es
MSSQL en la versión distribuible.
Ahora si piensan hacer un proyecto OPEN SOURCE, adelante, yo no hablé.
Pero piensen bien, las instrucciones SQL de MySQL y de MSSQL difieren y
bastante, entonces que voy a hacer si debo aplicar mi sistema en una empresa
que ya tiene MSSql?
FINAL
Bueno, fueron algunas consideraciones, quizás un poco desordenadas, pero
para reflexionar.
Claudio Torrillo
-----Mensaje original-----
De: guvoaII@... [mailto:guvoaII@...] En nombre
de lsantibanez72@...
Enviado el: Jueves, 04 de Agosto de 2005 04:15 p.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] MySQL (Empezamos?)
Hola, saludos. Que te parece lo siguiente:
1.- Una aplicación con VO y MySql, que me permita trabajar en las siguientes
dos formas.
1.1.- Un entorno de red windows con un servidor y "n" estaciones. (Aquí
no hay internet)
1.2.- Un entorno de red Internet, donde la BD estará en un sitio web, y
la aplicación en las estaciones.
2.- Indicar a través de parámetros cuál será la opción a trabajar. La idea
es no intervenir el código cuando elijamos donde instalar .
3.- Una aplicación sencilla:
Una ficha de clientes (codigo, nombre, direccion, vendedor)
Una ficha de productos (codigo, nombre, precio neto)
Una ficha de vendedor(codigo, nombre, porcentaje)
Una ficha de Nota de pedidos (cabecera y detalle)
Un reporte de Clientes, Clientes/Noat de Pedido.
4.- Ideas para el desarrollo:
Por ejemplo si estamos en modo internet, ¿bajamos los productos a nuestra
estación para hacer más rápida la ayuda de productos?
A ver si podemos avanzar, atte.
Larry Santibáñez Flores
Enlaces de Yahoo! Grupos
Hola, saludos. Que te parece lo siguiente:
1.- Una aplicación con VO y MySql, que me permita trabajar en las siguientes
dos formas.
1.1.- Un entorno de red windows con un servidor y "n" estaciones. (Aquí
no hay internet)
1.2.- Un entorno de red Internet, donde la BD estará en un sitio web, y
la aplicación en las estaciones.
2.- Indicar a través de parámetros cuál será la opción a trabajar. La idea
es no intervenir el código cuando elijamos donde instalar .
3.- Una aplicación sencilla:
Una ficha de clientes (codigo, nombre, direccion, vendedor)
Una ficha de productos (codigo, nombre, precio neto)
Una ficha de vendedor(codigo, nombre, porcentaje)
Una ficha de Nota de pedidos (cabecera y detalle)
Un reporte de Clientes, Clientes/Noat de Pedido.
4.- Ideas para el desarrollo:
Por ejemplo si estamos en modo internet, ¿bajamos los productos a nuestra
estación para hacer más rápida la ayuda de productos?
A ver si podemos avanzar, atte.
Larry Santibáñez Flores
Hola, me sumo a la propuesta. Me gustaría saber si podemos fijar un objetivo
(sencillo y alcanzable) para poder definir una forma de trabajo.
Saludos.
Walter.
lsantibanez72@... escribió:
> Hola, saludos. Según he leido en la ayuda de VOADO, no existe el proveedor
> de MySQL, entonces creo que por esa razón no habría acceso a la BD. Sin
> embargo no lo he probado, por lo tanto solo es teoría.
>
> Por lo que tengo entendido es más rápido con ADO y no necesitas intervenir
> en la máquina del cliente la configuración del ODBC.
>
> Por el momento estoy con VOADO y una base access, y funcionan muy bien.
> Pronto comenzaremos una aplicación con SQL Server como también otra y aquí
> el cliente desea utilizar MySql.
>
> Así pronto intercambiaremos códigos, y así solucionar y profundizar una
> mejor codificación con VO.
>
> Es cuanto te puedo indicar, atte.
>
> Larry Santibáñez Flores
>
>
> Enlaces de Yahoo! Grupos
>
>
>
>
Hola, saludos. Según he leido en la ayuda de VOADO, no existe el proveedor
de MySQL, entonces creo que por esa razón no habría acceso a la BD. Sin
embargo no lo he probado, por lo tanto solo es teoría.
Por lo que tengo entendido es más rápido con ADO y no necesitas intervenir
en la máquina del cliente la configuración del ODBC.
Por el momento estoy con VOADO y una base access, y funcionan muy bien.
Pronto comenzaremos una aplicación con SQL Server como también otra y aquí
el cliente desea utilizar MySql.
Así pronto intercambiaremos códigos, y así solucionar y profundizar una
mejor codificación con VO.
Es cuanto te puedo indicar, atte.
Larry Santibáñez Flores
Hola a todos.....
Yo tambien estoy muy interesado en el tema, lo que
sucede es que el tiempo que dedico a mis ocupaciones
actuales, no me da mucha libertad para tal proposito.
No obstante, seguire tan cerca como pueda, a fin de
mantener un adecuado desarrollo de conjunto. Hasta el
momento no he bajado el archivo propuesto, pero lo
hare en unos instantes.
Al respecto, ¿Porque no usar VOADO? y MySQL. ¿Hay
alguna diferencia substancial entre usar ODBC o NO
usarlo en el acceso a una DB?
Quisiera tener claro esos puntos antes de dar inicio a
instalar MySQL.
Saludos,
GVigo.
______________________________________________
Renovamos el Correo Yahoo!
Nuevos servicios, más seguridad
http://correo.yahoo.es
Solo pretendía saber si habías
recibido el correo de Gustavo, ya que algunas veces los correos se pierden, y
si era ese tú caso pues enviártelo, no puedo ayudarte puesto que no he
utilizado impresoras de ese tipo, sino estate seguro que lo habría hecho en la
medida de mis posibilidades, espero y deseo que puedas resolver tu problema.
De: guvoaII@... [mailto:guvoaII@...] En
nombre de Maximiliano Enviado el: martes, 02 de agosto
de 2005 19:21 Para: guvoaII@... Asunto: RE: [guvoaII] Replay bajo
emergencia (codigo naranja)
Por supuesto que la he leído, José. Gustavo me ha ayudado mucho en
varias oportunidades y sin dudas es una de las personas más valiosas que tiene
este foro. Insistí con la pregunta de Torrillo porque me pareció atinado
hacerlo: si mi problema fuera de sintaxis en los comandos no me aparecería ese
mensaje de pérdida de conexión entre la apertura del documento y el envío de un
artículo, sino un mensaje de error. Así y todo estoy reviendo argumento por
argumento cada comando del manual que me sugirió, que por otro lado ya lo
tenía.
Saludos a todos.
José Ramón Castro
<jrcpolinioes@...> escribió:
Saludos Maximiliano:
¿Pregunto has leído la respuesta de Gustavo?, en ella te detalla los errores
que tiene el código que mandantes, te puedo asegurar que es una de las personas
con más conocimiento de Vo que hay en este Foro, te aconsejaría que le hicieras
caso, y si tienes problemas pues consúltale incluso directamente seguro que te
atiende gustosamente, pero de verdad lee detenidamente lo que te ha puesto, si
no has recibido ese correo dilo y se te reenvía.
De: guvoaII@... [mailto:guvoaII@...] En
nombre de Maximiliano Enviado el: lunes, 01 de agosto de
2005 00:01 Para: guvoaII@... Asunto: RE: [guvoaII] Replay bajo
emergencia (codigo naranja)
Claudio:
El error que aparece es un warningbox interno del código de Epson.
Indica que se perdió la conexión, y pasa del comando de apertura al de envío de
un artículo. Ese ejemplo tiene los argumentos bien?
Gracias por cualquier dato.
Claudio Torrirllo
<clipsupp@...> escribió:
Pero…
Da error? Cual es el problema.
Claudio Torrillo
info@...
De: guvoaII@... [mailto:guvoaII@...] En
nombre de Maximiliano Enviado el: Viernes, 29 de Julio
de 2005 07:47 p.m. Para: guvoaII@... Asunto: [guvoaII] Replay bajo
emergencia (codigo naranja)
Agregado:
Por favor, diganmé si este ejemplo sirve, si falta algo o donde puedo
encontrar samples de Epson lx-300
Hola gente: ----------- Por favor, estoy programando un impresor fiscal
LX-300. No he tenido problemas de conexion para ejecutar comenados para listado
de Z, cambio de fechas del impresor, obtencion de preferencias, etc. Pero
cuando intento emitir una factura fiscal con cuatros comandos: apertura, envio
de un artìculo, envio del pago y cierre, se abre el comprobante pero luego
pierdo la conexion en todos los casos.
Si ustedes saben què puede estar sucediendo, o si
tienen algun ejemplo de testeo que funcione para facilitarme, les agredecerè
mucho, pues tengo el trabajo parado en este punto y no sé cómo solucionar este
tema, puesto que en otros casos he ejecutado màs de un comando de manera
simultánea y no he tenido problemas.
Muchas gracias por vuestro tiempo.
Maximiliano
Correo Yahoo!
Comprueba qué es nuevo, aquí
http://correo.yahoo.es
Correo Yahoo!
Comprueba qué es nuevo, aquí
http://correo.yahoo.es
Correo Yahoo!
Comprueba qué es nuevo, aquí
http://correo.yahoo.es
Por supuesto que la he leído, José. Gustavo me ha ayudado mucho en varias oportunidades y sin dudas es una de las personas más valiosas que tiene este foro. Insistí con la pregunta de Torrillo porque me pareció atinado hacerlo: si mi problema fuera de sintaxis en los comandos no me aparecería ese mensaje de pérdida de conexión entre la apertura del documento y el envío de un artículo, sino un mensaje de error. Así y todo estoy reviendo argumento por argumento cada comando del manual que me sugirió, que por otro lado ya lo tenía.
Saludos a todos.
José Ramón Castro <jrcpolinioes@...> escribió:
Saludos Maximiliano:
¿Pregunto has leído la respuesta de Gustavo?, en ella te detalla los errores que tiene el código que mandantes, te puedo asegurar que es una de las personas con más conocimiento de Vo que hay en este Foro, te aconsejaría que le hicieras caso, y si tienes problemas pues consúltale incluso directamente seguro que te atiende gustosamente, pero de verdad lee detenidamente lo que te ha puesto, si no has recibido ese correo dilo y se te reenvía.
De: guvoaII@... [mailto:guvoaII@...] En nombre de Maximiliano Enviado el: lunes, 01 de agosto de 2005 00:01 Para: guvoaII@... Asunto: RE: [guvoaII] Replay bajo emergencia (codigo naranja)
Claudio:
El error que aparece es un warningbox interno del código de Epson. Indica que se perdió la conexión, y pasa del comando de apertura al de envío de un artículo. Ese ejemplo tiene los argumentos bien?
Gracias por cualquier dato.
Claudio Torrirllo <clipsupp@...> escribió:
Pero…
Da error? Cual es el problema.
Claudio Torrillo
info@...
De: guvoaII@... [mailto:guvoaII@...] En nombre de Maximiliano Enviado el: Viernes, 29 de Julio de 2005 07:47 p.m. Para: guvoaII@... Asunto: [guvoaII] Replay bajo emergencia (codigo naranja)
Agregado:
Por favor, diganmé si este ejemplo sirve, si falta algo o donde puedo encontrar samples de Epson lx-300
Hola gente: ----------- Por favor, estoy programando un impresor fiscal LX-300. No he tenido problemas de conexion para ejecutar comenados para listado de Z, cambio de fechas del impresor, obtencion de preferencias, etc. Pero cuando intento emitir una factura fiscal con cuatros comandos: apertura, envio de un artìculo, envio del pago y cierre, se abre el comprobante pero luego pierdo la conexion en todos los casos.
Si ustedes saben què puede estar sucediendo, o si tienen algun ejemplo de testeo que funcione para facilitarme, les agredecerè mucho, pues tengo el trabajo parado en este punto y no sé cómo solucionar este tema, puesto que en otros casos he ejecutado màs de un
comando de manera simultánea y no he tenido problemas.
Muchas gracias por vuestro tiempo.
Maximiliano
Correo Yahoo! Comprueba qué es nuevo, aquí http://correo.yahoo.es
Correo Yahoo! Comprueba qué es nuevo, aquí http://correo.yahoo.es
Correo Yahoo! Comprueba qué es nuevo, aquí http://correo.yahoo.es
Sin conexión 
Enviar correo