cuestión de diseño

Hola, yo lo que implemente en su momento es algo asi como campos definidos
por el usuario esto es mas o menos asi

USER_1
USER_2
USER_3
USER_n
DEFINO_VALOR

En definido valor obtengo de otra tabla los titulos que tendran cada USER_?.
Entonces me quedo algo generico y piola :-)

Quizas no sea lo que vos buscas pero.. (quizas te abre la cabeza para otras
ideas :-))

Bye


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"hugo" escribió en el mensaje
news:

Hola grupo:

Tengo una baga idea de querer hacer algo asi:

En un sistema de gestión, los articulos tienen ciertas propiedades o
agrupaciones que ya vienen con el sistema, como liena de producto, marca,
etc.
Por otro lado, me gustaría que los usuarios puedan crear sus propias
agrupaciones o propiedades.
Con esto ultimo no me refiero a que los usuarios den valores o creen la
lista de valores de lienas de productos, marcas, sino que puedan crear la
forma de agrupar.
De esta manera, ademas de las propiedades o agrupaciones que vienen por
sistema, como lineas de productos, marcas, algun usuario podrías crear la
agrupacion colores, otro usuario en otra empresa podría necesitar la
agrupación sabores, etc.
Antes había comenzado a crear la tabla articulos, y en la misma habia una
columna por cada una de las formas de agrupar que ya traería el sistema.
Asi, habría una columna en la tabla articulos llamada CodigoLinea que
apuntaria una tabla llamada LineasProductos. Otra columna llamada Marca
que
apuntaría a una tabla llamada Marcas, etc.
Luego cuando se me ocurrio la idea de permitir que el usuario pueda crear
otras agrupaciones comence creando otra tabla llamada Agrupaciones donde
se
crea la forma de agrupar, como por ejemplo sabores y otra tabla llamada
ItemsAgrupaciones. Y obviamente una tercer tabla que relaciones a cada
articulo con un valor de estas nuevas formas de agrupar.
Todo esto me genera varias dudas:
-Esta bién crear estas tablas para que el usuario pueda dar de altas
formas
de agrupar. o sería mejor que por cada forma de agrupar se crea una tabla,
de manera tal que para la forma de agrupar Sabores se cree la tabla
sabores
con los posibles valores. A mi esto último no me convence ya que se
seguiría
metiendo mano en el diseño ininterrunpidamente (pero no lo descarto).
-Si ya tengo esta estructura de tablas (Agrupaciones, itemsAgrupaciones,
RelacionArticulosArupaciones), tiene sentido que deje las agrupaciones
propias del sistema (lineas, marfcas) como tablas aparte y una columna por
cada una en la tabla articulos, o sería mejor que el sistema las traiga,
pero dadas de alta en las tablas Agrupaciones, itemsAgrupaciones,
RelacionArticulosArupaciones.

Disculpen lo largo de estpregunta, y gracias por adelantado

Maxi:



No entiendo bien lo que has implementado.

Lo que intento hacer es que un usuario con permisos pueda crear formas de
agrupar nuevas, y que luego, esas formas de agrupar queden disponibles ene
esa base de datos para usos como reportes, filtros, y otros análisis.

El problema que yo veo, es que si un sistema trae ciertas propiedades o
formas de agrupar artículos (hablo de artículos, porque me surgió la duda
con estos, pero se podría hablar de la agrupación de cualquier cosa) de
manera estándar puede llegar a adaptarse en ciertos lugares.

Pero es real que una variedad de empresas tendrán necesidades diferentes. No
se agrupan de la misma manera artículos en distribuidoras de consumo masivo
donde el peso y el volumen suelen tener una importancia relativa mayor que
en una empresa que venda ropa, en la cual importa quizás más otras cosas
como el talle y el color.

Por lo tanto, a mí me gustaría que el sistema traiga ciertas propiedades
comunes a la generalidad de los negocios, como por ejemplo la marca.

Suelo mirar mucho otros sistemas de gestión, y ver como lo solucionan. El
caso particular de tango, trae algo llamado escalas que lo combina con
artículos base y genera los códigos de los articulo. Esto, entre otras
cosas, luego sirve para tirar informes.

Este tipo de soluciones son cosas que podrían ayudar a alguien a
caracterizar sus artículos según sus necesidades.

A mí, personalmente no logra terminar de gustarme como lo hace tango, ya que
tiene solamente dos escalas, y yo en cierta empresa que produce artículos de
manera continua 24hs 7 días a la semana, he necesitado hasta 5 escalas para
caracterizar minimamente un articulo.

Dada esta necesidad de que diferentes rubros de negocios necesitan tener
diferentes formas de agrupar o caracterizar artículos, surge la duda de como
diseñarlo.

Claramente, una forma es que el usuario, al crear una forma de agrupar, cree
una tabla con dicho nombre, se agregue una columna de referencia en la tabla
artículos, y listo. Ahora, como dije anteriormente esto de andar modificando
el diseño mucho no me agrada, pero no sé si estaré demasiado conservador?.

Así que, me ayudaría si pueden expresar sus opiniones a favor y en contra de
esto último, y sobre la otra alternativa de dejar tablas, que hasta donde se
me ocurrió serian 3, una con la forma de agrupar, otra con los valores
posibles de cada agrupación, y la ultima que relacione a cada articulo con
un valor (con un ítem) de cada agrupación.



Gracias y hasta luego.







"Maxi" escribió en el mensaje
news:#

Hola, yo lo que implemente en su momento es algo asi como campos definidos
por el usuario esto es mas o menos asi

USER_1
USER_2
USER_3
USER_n
DEFINO_VALOR

En definido valor obtengo de otra tabla los titulos que tendran cada

USER_?.

Entonces me quedo algo generico y piola :-)

Quizas no sea lo que vos buscas pero.. (quizas te abre la cabeza para

otras

ideas :-))

Bye


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"hugo" escribió en el mensaje
news:
> Hola grupo:
>
> Tengo una baga idea de querer hacer algo asi:
>
> En un sistema de gestión, los articulos tienen ciertas propiedades o
> agrupaciones que ya vienen con el sistema, como liena de producto,

marca,

> etc.
> Por otro lado, me gustaría que los usuarios puedan crear sus propias
> agrupaciones o propiedades.
> Con esto ultimo no me refiero a que los usuarios den valores o creen la
> lista de valores de lienas de productos, marcas, sino que puedan crear

la

> forma de agrupar.
> De esta manera, ademas de las propiedades o agrupaciones que vienen por
> sistema, como lineas de productos, marcas, algun usuario podrías crear

la

> agrupacion colores, otro usuario en otra empresa podría necesitar la
> agrupación sabores, etc.
> Antes había comenzado a crear la tabla articulos, y en la misma habia

una

> columna por cada una de las formas de agrupar que ya traería el sistema.
> Asi, habría una columna en la tabla articulos llamada CodigoLinea que
> apuntaria una tabla llamada LineasProductos. Otra columna llamada Marca
> que
> apuntaría a una tabla llamada Marcas, etc.
> Luego cuando se me ocurrio la idea de permitir que el usuario pueda

crear

> otras agrupaciones comence creando otra tabla llamada Agrupaciones donde
> se
> crea la forma de agrupar, como por ejemplo sabores y otra tabla llamada
> ItemsAgrupaciones. Y obviamente una tercer tabla que relaciones a cada
> articulo con un valor de estas nuevas formas de agrupar.
> Todo esto me genera varias dudas:
> -Esta bién crear estas tablas para que el usuario pueda dar de altas
> formas
> de agrupar. o sería mejor que por cada forma de agrupar se crea una

tabla,

> de manera tal que para la forma de agrupar Sabores se cree la tabla
> sabores
> con los posibles valores. A mi esto último no me convence ya que se
> seguiría
> metiendo mano en el diseño ininterrunpidamente (pero no lo descarto).
> -Si ya tengo esta estructura de tablas (Agrupaciones, itemsAgrupaciones,
> RelacionArticulosArupaciones), tiene sentido que deje las agrupaciones
> propias del sistema (lineas, marfcas) como tablas aparte y una columna

por

> cada una en la tabla articulos, o sería mejor que el sistema las traiga,
> pero dadas de alta en las tablas Agrupaciones, itemsAgrupaciones,
> RelacionArticulosArupaciones.
>
> Disculpen lo largo de estpregunta, y gracias por adelantado
>
>

Hola Hugo!! mmm para lo que estas buscando es como que el usuario pueda
armar querys dinamicos, vas a tener que pensar la cosa por ese lado
entonces. Ojo con esto debes tener tus precauciones de seguridad


Salu2
Maxi


"hugo" escribió en el mensaje
news:

Maxi:



No entiendo bien lo que has implementado.

Lo que intento hacer es que un usuario con permisos pueda crear formas de
agrupar nuevas, y que luego, esas formas de agrupar queden disponibles ene
esa base de datos para usos como reportes, filtros, y otros análisis.

El problema que yo veo, es que si un sistema trae ciertas propiedades o
formas de agrupar artículos (hablo de artículos, porque me surgió la duda
con estos, pero se podría hablar de la agrupación de cualquier cosa) de
manera estándar puede llegar a adaptarse en ciertos lugares.

Pero es real que una variedad de empresas tendrán necesidades diferentes.
No
se agrupan de la misma manera artículos en distribuidoras de consumo
masivo
donde el peso y el volumen suelen tener una importancia relativa mayor que
en una empresa que venda ropa, en la cual importa quizás más otras cosas
como el talle y el color.

Por lo tanto, a mí me gustaría que el sistema traiga ciertas propiedades
comunes a la generalidad de los negocios, como por ejemplo la marca.

Suelo mirar mucho otros sistemas de gestión, y ver como lo solucionan. El
caso particular de tango, trae algo llamado escalas que lo combina con
artículos base y genera los códigos de los articulo. Esto, entre otras
cosas, luego sirve para tirar informes.

Este tipo de soluciones son cosas que podrían ayudar a alguien a
caracterizar sus artículos según sus necesidades.

A mí, personalmente no logra terminar de gustarme como lo hace tango, ya
que
tiene solamente dos escalas, y yo en cierta empresa que produce artículos
de
manera continua 24hs 7 días a la semana, he necesitado hasta 5 escalas
para
caracterizar minimamente un articulo.

Dada esta necesidad de que diferentes rubros de negocios necesitan tener
diferentes formas de agrupar o caracterizar artículos, surge la duda de
como
diseñarlo.

Claramente, una forma es que el usuario, al crear una forma de agrupar,
cree
una tabla con dicho nombre, se agregue una columna de referencia en la
tabla
artículos, y listo. Ahora, como dije anteriormente esto de andar
modificando
el diseño mucho no me agrada, pero no sé si estaré demasiado conservador?.

Así que, me ayudaría si pueden expresar sus opiniones a favor y en contra
de
esto último, y sobre la otra alternativa de dejar tablas, que hasta donde
se
me ocurrió serian 3, una con la forma de agrupar, otra con los valores
posibles de cada agrupación, y la ultima que relacione a cada articulo con
un valor (con un ítem) de cada agrupación.



Gracias y hasta luego.







"Maxi" escribió en el mensaje
news:#

Hola, yo lo que implemente en su momento es algo asi como campos
definidos
por el usuario esto es mas o menos asi

USER_1
USER_2
USER_3
USER_n
DEFINO_VALOR

En definido valor obtengo de otra tabla los titulos que tendran cada

USER_?.

Entonces me quedo algo generico y piola :-)

Quizas no sea lo que vos buscas pero.. (quizas te abre la cabeza para

otras

ideas :-))

Bye


Maxi - Buenos Aires - Argentina
Desarrollador 3 Estrellas
Msn:

Maxi.da[arroba]gmail.com

"hugo" escribió en el mensaje
news:
> Hola grupo:
>
> Tengo una baga idea de querer hacer algo asi:
>
> En un sistema de gestión, los articulos tienen ciertas propiedades o
> agrupaciones que ya vienen con el sistema, como liena de producto,

marca,

> etc.
> Por otro lado, me gustaría que los usuarios puedan crear sus propias
> agrupaciones o propiedades.
> Con esto ultimo no me refiero a que los usuarios den valores o creen la
> lista de valores de lienas de productos, marcas, sino que puedan crear

la

> forma de agrupar.
> De esta manera, ademas de las propiedades o agrupaciones que vienen por
> sistema, como lineas de productos, marcas, algun usuario podrías crear

la

> agrupacion colores, otro usuario en otra empresa podría necesitar la
> agrupación sabores, etc.
> Antes había comenzado a crear la tabla articulos, y en la misma habia

una

> columna por cada una de las formas de agrupar que ya traería el
> sistema.
> Asi, habría una columna en la tabla articulos llamada CodigoLinea que
> apuntaria una tabla llamada LineasProductos. Otra columna llamada Marca
> que
> apuntaría a una tabla llamada Marcas, etc.
> Luego cuando se me ocurrio la idea de permitir que el usuario pueda

crear

> otras agrupaciones comence creando otra tabla llamada Agrupaciones
> donde
> se
> crea la forma de agrupar, como por ejemplo sabores y otra tabla llamada
> ItemsAgrupaciones. Y obviamente una tercer tabla que relaciones a cada
> articulo con un valor de estas nuevas formas de agrupar.
> Todo esto me genera varias dudas:
> -Esta bién crear estas tablas para que el usuario pueda dar de altas
> formas
> de agrupar. o sería mejor que por cada forma de agrupar se crea una

tabla,

> de manera tal que para la forma de agrupar Sabores se cree la tabla
> sabores
> con los posibles valores. A mi esto último no me convence ya que se
> seguiría
> metiendo mano en el diseño ininterrunpidamente (pero no lo descarto).
> -Si ya tengo esta estructura de tablas (Agrupaciones,
> itemsAgrupaciones,
> RelacionArticulosArupaciones), tiene sentido que deje las agrupaciones
> propias del sistema (lineas, marfcas) como tablas aparte y una columna

por

> cada una en la tabla articulos, o sería mejor que el sistema las
> traiga,
> pero dadas de alta en las tablas Agrupaciones, itemsAgrupaciones,
> RelacionArticulosArupaciones.
>
> Disculpen lo largo de estpregunta, y gracias por adelantado
>
>

gracias maxi, lo voy a tener en cuenta

"Maxi" escribió en el mensaje
news:eK57Pb%

Hola Hugo!! mmm para lo que estas buscando es como que el usuario pueda
armar querys dinamicos, vas a tener que pensar la cosa por ese lado
entonces. Ojo con esto debes tener tus precauciones de seguridad


Salu2
Maxi


"hugo" escribió en el mensaje
news:
> Maxi:
>
>
>
> No entiendo bien lo que has implementado.
>
> Lo que intento hacer es que un usuario con permisos pueda crear formas

de

> agrupar nuevas, y que luego, esas formas de agrupar queden disponibles

ene

> esa base de datos para usos como reportes, filtros, y otros análisis.
>
> El problema que yo veo, es que si un sistema trae ciertas propiedades o
> formas de agrupar artículos (hablo de artículos, porque me surgió la

duda

> con estos, pero se podría hablar de la agrupación de cualquier cosa) de
> manera estándar puede llegar a adaptarse en ciertos lugares.
>
> Pero es real que una variedad de empresas tendrán necesidades

diferentes.

> No
> se agrupan de la misma manera artículos en distribuidoras de consumo
> masivo
> donde el peso y el volumen suelen tener una importancia relativa mayor

que

> en una empresa que venda ropa, en la cual importa quizás más otras cosas
> como el talle y el color.
>
> Por lo tanto, a mí me gustaría que el sistema traiga ciertas propiedades
> comunes a la generalidad de los negocios, como por ejemplo la marca.
>
> Suelo mirar mucho otros sistemas de gestión, y ver como lo solucionan.

El

> caso particular de tango, trae algo llamado escalas que lo combina con
> artículos base y genera los códigos de los articulo. Esto, entre otras
> cosas, luego sirve para tirar informes.
>
> Este tipo de soluciones son cosas que podrían ayudar a alguien a
> caracterizar sus artículos según sus necesidades.
>
> A mí, personalmente no logra terminar de gustarme como lo hace tango, ya
> que
> tiene solamente dos escalas, y yo en cierta empresa que produce

artículos

> de
> manera continua 24hs 7 días a la semana, he necesitado hasta 5 escalas
> para
> caracterizar minimamente un articulo.
>
> Dada esta necesidad de que diferentes rubros de negocios necesitan tener
> diferentes formas de agrupar o caracterizar artículos, surge la duda de
> como
> diseñarlo.
>
> Claramente, una forma es que el usuario, al crear una forma de agrupar,
> cree
> una tabla con dicho nombre, se agregue una columna de referencia en la
> tabla
> artículos, y listo. Ahora, como dije anteriormente esto de andar
> modificando
> el diseño mucho no me agrada, pero no sé si estaré demasiado

conservador?.

>
> Así que, me ayudaría si pueden expresar sus opiniones a favor y en

contra

> de
> esto último, y sobre la otra alternativa de dejar tablas, que hasta

donde

> se
> me ocurrió serian 3, una con la forma de agrupar, otra con los valores
> posibles de cada agrupación, y la ultima que relacione a cada articulo

con

> un valor (con un ítem) de cada agrupación.
>
>
>
> Gracias y hasta luego.
>
>
>
>
>
>
>
> "Maxi" escribió en el mensaje
> news:#
>> Hola, yo lo que implemente en su momento es algo asi como campos
>> definidos
>> por el usuario esto es mas o menos asi
>>
>> USER_1
>> USER_2
>> USER_3
>> USER_n
>> DEFINO_VALOR
>>
>> En definido valor obtengo de otra tabla los titulos que tendran cada
> USER_?.
>> Entonces me quedo algo generico y piola :-)
>>
>> Quizas no sea lo que vos buscas pero.. (quizas te abre la cabeza para
> otras
>> ideas :-))
>>
>> Bye
>>
>>
>> Maxi - Buenos Aires - Argentina
>> Desarrollador 3 Estrellas
>> Msn:
>>
>> Maxi.da[arroba]gmail.com
>>
>> "hugo" escribió en el mensaje
>> news:
>> > Hola grupo:
>> >
>> > Tengo una baga idea de querer hacer algo asi:
>> >
>> > En un sistema de gestión, los articulos tienen ciertas propiedades o
>> > agrupaciones que ya vienen con el sistema, como liena de producto,
> marca,
>> > etc.
>> > Por otro lado, me gustaría que los usuarios puedan crear sus propias
>> > agrupaciones o propiedades.
>> > Con esto ultimo no me refiero a que los usuarios den valores o creen

la

>> > lista de valores de lienas de productos, marcas, sino que puedan

crear

> la
>> > forma de agrupar.
>> > De esta manera, ademas de las propiedades o agrupaciones que vienen

por

>> > sistema, como lineas de productos, marcas, algun usuario podrías

crear

> la
>> > agrupacion colores, otro usuario en otra empresa podría necesitar la
>> > agrupación sabores, etc.
>> > Antes había comenzado a crear la tabla articulos, y en la misma habia
> una
>> > columna por cada una de las formas de agrupar que ya traería el
>> > sistema.
>> > Asi, habría una columna en la tabla articulos llamada CodigoLinea que
>> > apuntaria una tabla llamada LineasProductos. Otra columna llamada

Marca

>> > que
>> > apuntaría a una tabla llamada Marcas, etc.
>> > Luego cuando se me ocurrio la idea de permitir que el usuario pueda
> crear
>> > otras agrupaciones comence creando otra tabla llamada Agrupaciones
>> > donde
>> > se
>> > crea la forma de agrupar, como por ejemplo sabores y otra tabla

llamada

>> > ItemsAgrupaciones. Y obviamente una tercer tabla que relaciones a

cada

>> > articulo con un valor de estas nuevas formas de agrupar.
>> > Todo esto me genera varias dudas:
>> > -Esta bién crear estas tablas para que el usuario pueda dar de altas
>> > formas
>> > de agrupar. o sería mejor que por cada forma de agrupar se crea una
> tabla,
>> > de manera tal que para la forma de agrupar Sabores se cree la tabla
>> > sabores
>> > con los posibles valores. A mi esto último no me convence ya que se
>> > seguiría
>> > metiendo mano en el diseño ininterrunpidamente (pero no lo descarto).
>> > -Si ya tengo esta estructura de tablas (Agrupaciones,
>> > itemsAgrupaciones,
>> > RelacionArticulosArupaciones), tiene sentido que deje las

agrupaciones

>> > propias del sistema (lineas, marfcas) como tablas aparte y una

columna

> por
>> > cada una en la tabla articulos, o sería mejor que el sistema las
>> > traiga,
>> > pero dadas de alta en las tablas Agrupaciones, itemsAgrupaciones,
>> > RelacionArticulosArupaciones.
>> >
>> > Disculpen lo largo de estpregunta, y gracias por adelantado
>> >
>> >
>>
>>
>
>