Genexus

Las cargas masivas son las mas peligrosas precisamente, una mala pulsación de tecla, y ya tienes la base de datos llena de basura.
En lo que si que estoy de acuerdo es en que un aplicativo web es una solución mas incómoda para la introducción masiva de datos, o al menos para la introducción ágil de los mismos... por eso ni me planteo el quitar  a mis usuarios las aplicaciones RPG, acostumbrados a tiempos de respuesta de menos de una décima de segundo, para las aplicaciones en que hay que "machacar" muchos datos.  Y desde luego, *SIN* ningún uso del ratón.   

En todo caso, entiendo que se puede programar una página de carga masiva de datos en que no se haga ningún uso del ratoncito  juguetón... ¿no hay teclas rápidas/de función en aplicaciones web, verdad?

Estaría bien abrir un debate sobre mejores prácticas o técnicas de programación de aplicaciones web para maximizar la velocidad de introducción de datos.

De todos modos..me gustaría conocer un ejemplo de uno de esos programas en los que los usuarios quieren dar de alta en los ficheros maestros al mismo tiempo que introducen los datos de transacciones. Supongo que algún caso habrá... pero no se me ocurre.

Y , mentar una aplicación hecha en access en un caso de buenas prácticas... bueno, corramos un tupido velo.    O;-)




El 01/02/2011 15:54, Fabian Santecchia escribió:

Hola Jesus,

La verdad en que el analisis es correcto y compartido.
Probablemente tiene una logica lo que nos solicitan, y es que en cargas masivas donde predomina el Tab, las Flechas y los Numeros cualquier desplazamiento con el mouse ya es considerado un desperdicio de tiempo. Sobretodo para los que se habituaron con Access, y,si bien aprecian las nuevas ventajas de un aplicativo web no renuncian al modelo de insert anterior. De ahi el motivo de nuestra inquietud.

Muchas gracias!

Fabian

---

Date: Tue, 1 Feb 2011 14:15:59 +0100
From: jbusquets@grespania.com
To: gx-l@gxtech.com.uy
Subject: Re: [gx-l] 3 TRN - cargar los todos los datos en una

Si , es algo interesante, bonito.... y peligroso de hacer.
Quiero decir... ¿el valor "nuevo" que teclea el usuario debería quedar de forma permanente añadido a la transacción  A B o C, porque si no se fastidiaría la integridad referencial, ¿no es cierto?
Por tanto entiendo que sería muy fácil para el usuario introducir valores espúreos en la base de datos, es decir, un valor que se parece al que querría introducir, pero que no es igual en cada caso.  Por ejemplo, imagina que B es una transacción con "colores", y tienes los valores

Rojo
Azul
Rosa
Amarillo

y la transacción D es de artículos...
Entonces, las personas que dan de alta los artículos , también podrían crear un color nuevo , con solo escribirlo en la transacción de creación de artículos, así , te crearían el color... Roso  (quería escribir Rosa y se ha equivocado al teclear),   "Fucsia",  "Fuxia" (es que un usuario sabía como se escribía, y otro no, es más, para un tercer usuario, en realidad la pieza es de color Rosa)  etc ...
De hecho, el utilizar transacciones para los atributos A, B y C, indican precisamente que estos valores se quieren tener tabulados y tener una integridad referencial sobre ellos. La forma de trabajo que te proponen se carga directamente la integridad referencial, puesto que si el código está en la tabla, me permite usarlo, pero si no está en la tabla (porque necesito uno nuevo, pero también porque me he equivocado al teclearlo), resulta que me deja grabarlo igual.  Además, ¿qué tiene que introducir el usuario, la clave y la descripción? ¿y si pone una clave duplicada, o deja la descripción en blanco, o cualquier otro error?


En conclusión, quiero indicarte que no creo que sea una buena idea facilitar tanto la capacidad de los usuarios de cometer errores y que estos queden fijos en  la base de datos. Desde luego, para mis bases de datos (soy usuario final de Gx, no desarrollo para terceros)  no me gustaría eso.

Si de todos modos quieres poder hacerlo.. bueno, desde luego que hay métodos, como utilizar una variable en lugar de un atributo, y hacer luego el trabajo por detrás, o quizás utilizar un segundo atributo,no relacionado directamente con los de las otras transacciones, que quedan como transacciones de valores por defecto de los atributos reales, o la opción que te han propuesto de una llamada a la transacción que permite añadir el valor nuevo en la transacción correspondiente (donde, de paso podrás hacer las comprobaciones, validaciones, etc que sean oportunas, mucho mejor que en la transacción D, igual puedes querer que unos usuarios puedan añadir y otros no, y esto sería mas fácil con el control de autorizaciones que pongas en las transacciones, si es que lo haces)


El 01/02/2011 11:08, Fabian Santecchia escribió:

Agradecemos tu respuesta Gabriel,
Evaluaremos esa posibilidad, si bien no nos ha sido aceptada desde el inicio.

de todas maneras muchas gracias a todos por las respuestas.

Saludos!

---

Date: Mon, 31 Jan 2011 17:55:00 -0600
From: jgabriel.mancilla@gmail.com
To: gx-l@gxtech.com.uy
Subject: Re: [gx-l] 3 TRN - cargar los todos los datos en una

si lo que quieres es que se agregar un nuevo valor de A B o C, una opcion seria poner un icono de agregar donde te mande a una pantalla (popup) donde capturas los nuevos valores usa esta pantalla como si fuera un prompt para que te actualice el combo box, espero te dea de utilidad

El 31 de enero de 2011 16:25, Fabian Santecchia <fsantecchia@hotmail.com> escribió:

Gracias por responder, me explico mejor
 
O sea en D infiero los atributos de A,B,C y los aceptos si son los deseados.
En el caso que no lo sean, siempre en D y en el mismo campo de cada uno de ellos (edit, combo box, etc), deseo agregar los nuevos valores.
Esto quiere decir que si utilizo un Input Type "Description" en muy amigable para el usuario en cuanto a lo inferido, pero como hago para insertar en esa misma posicion (Combo Box, Edit, ecc) para que me acepte el nuevo valor visto que el usuario no acepto las opciones y desea agregar uno nuevo?. Esa es la "duplicidad" que no logramos resolver.
 
Grazie!

 
F.Santecchia
M.G.Bertinetti
Padova (IT)


 

---

To: gx-l@gxtech.com.uy
From: Jorge.Izquierdo@gms.com.ec

Date: Mon, 31 Jan 2011 16:25:24 -0500
Subject: RE: [gx-l] 3 TRN - cargar los todos los datos en una

Disculpa, no entiendo lo de "combo" y a qué duplicidad te refieres (a poder modificar por ejemplo el atributo a1, tanto en la trn A como en la trn D ?)

Jorge

De:	Fabian Santecchia <fsantecchia@hotmail.com>
Para:	"gx-l@gxtech.com.uy" <gx-l@gxtech.com.uy>
Fecha:	31/01/2011 16:05
Asunto:	RE: [gx-l] 3 TRN - cargar los todos los datos en una

---

Si, en efecto la estuvimos evaluando, pero en realidad e esos atributos a)o los infiero y los acepto, o b) los agrego nuevos en el mismo combo y esa duplicidad es la que nos da un poco de confusion como realizarla.

Gracias!

F.Santecchia
M.G.Bertinetti
Padova (IT)

---

To: gx-l@gxtech.com.uy
From: Jorge.Izquierdo@gms.com.ec
Date: Mon, 31 Jan 2011 15:35:32 -0500
Subject: RE: [gx-l] 3 TRN - cargar los todos los datos en una

Si la intención es que puedas modificar los atributos a1, b1 y c1 en la trn D, lo puedes hacer usando la regla UPDATE.

Saludos Cordiales,

Jorge

De:	Fabian Santecchia <fsantecchia@hotmail.com>
Para:	"gx-l@gxtech.com.uy" <gx-l@gxtech.com.uy>
Fecha:	31/01/2011 14:44
Asunto:	RE: [gx-l] 3 TRN - cargar los todos los datos en una

---

Gracias Jorge por responder,

Antes de nada nos disculpamos por no habernos expresado bien:

nosotros tenemos las siguientes TRN's

A        B       C
a*      b*     c*
a1      b1      c1

D
a*
a1
b*
b1
c*
c1
(e*
 e1
 ---)
El cliente desea entrar solamente en la D, inferir los datos de las otras y, si no son los necesarios, actualizarlos en D. Esto quiere decir que las primeras tres se infieren o insertan siempre atraves de D.
Seguro que es simple, pero de verdad estamos en una laguna mental.

Muchas gracias

Ev1 U3 C# Web MySQL


F.Santecchia
M.G.Bertinetti
Padova (IT)

---

To: gx-l@gxtech.com.uy
From: Jorge.Izquierdo@gms.com.ec
Date: Mon, 31 Jan 2011 11:57:13 -0500
Subject: Re: [gx-l] 3 TRN - cargar los todos los datos en una

Fabián,

No me queda muy claro el planteo.

En todo caso, tu podrías tener en la 3ra trn todos los atributos que están en las trns 1 y 2, entrar en modo de actualización y tendrías disponibles todos los datos de las 3 trns.

Saludos Cordiales,

Jorge

Quizá no entendí bien.

De:	Fabian Santecchia <fsantecchia@hotmail.com>
Para:	"gx-l@gxtech.com.uy" <gx-l@gxtech.com.uy>
Fecha:	31/01/2011 10:38
Asunto:	[gx-l] 3 TRN - cargar los todos los datos en una

---

Buenas tardes Foro,


Seguramente es muy simple, pero estamos un poco confusos.


Tenemos 3 TRN todas ellas pertenecientes a la misma extendida. El cliente desea cargar TODOS los datos en la ultima, o sea inferir los datos de las otras dos y, si no son los requeridos, actualizar la extendida desde esta ultima TRN.
Como hacemos para que en la misma cella (como sucede en Access) se pueda o inferir o actualizar los datos?
El insert podemos hacerlo con BC, pero ambas cosas?
Hemos intentado con la regla update, pero no lo logramos.
Agradeceriamos cualquier sugerencia.


Gracias


F.Santecchia
M.G.Bertinetti
Padova (IT)

--
Ing. Gabriel Mancilla

--

Jesús Busquets

GRESPANIA, S.A.

Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es Vd. el destinatario indicado, queda notificado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.