none
Estoy algo confundido de como hacer, Explico RRS feed

  • Pregunta

  • Bueno inicialmente estado haciendo una aplicacion de almacen el tema de control de entradas y salidas en esa parte ya esta echo, luego pasaron los dias y estuve pensando porque no agregarle Requerimientos y Orden de Compra; entonces primero estoy con los requerimientos, 

    El tema es el siguiente, me supongo que esto constara de cabecera y detalles pero no se como acomodarlo, Explico:

    En la primera imagen Asumo como la cabecera que solo mostrara algo como un resumen y el grafico es:

    Entonces supongamos que eso esta lleno al yo dar doble click sobre esa fila me mostrara el detalle de este contenido:

    Donde podre ver el registro del producto que estoy solicitando estas imagenes van enlazadas con una pregunra que hice antes acá esa pregunta va relacionado a que arriba debe mostrarme en texto el estado, y en los detalles las imagenes del estado que son editables desde el grid para el usuario encargado de aprobarlo. Que se encargara de manejo de imagenes segun combo Aprobado/Atendio /Desaprobado/Desatendido, En Espera/Pendiente.

    Ahora regresando al tema:

    Mi pregunta es como acomodo las tablas para que se muestre de la forma que deseo, Como lo relaciono o debo hacer una vista?

    El detalle es jalado de la tabla Detalle pero no deberia ser asi creo que deberia jalar la tabla relacionada a la cabecera para que me de los resultados que deseo, La persona encargada puede solicitar muchos items RQ es casi como hablar de una Factura pero no se como relacionar para obtener lo que deseo, que una fila me muestre el detalle de estos items y todos sus demas campos como he seleccionado,

    Que debo hacer con las tablas para que me arroje esto Relacionar?, crear una vista por un campo en comun? y trabajar con esa vista?

    No se como manejarlo, espero me haya dejado entender.

    Gracias



    • Editado AcuTau jueves, 19 de mayo de 2016 0:35
    jueves, 19 de mayo de 2016 0:30

Todas las respuestas

  • Hola JackJJ,

    ¿Tu modelo de datos no tiene relaciones? Si tu modelo de datos se encuentra relacionado, ¿por qué dudas en relacionar estas tablas?

    JackJJ, tómalo de buena manera: no puedes iniciar un proyecto de software con carencias tan básicas, está profesión no debe tomarse como un pasatiempo, antes de iniciar un proyecto debes de tener conocimiento de las herramientas que utilizarás y de todo lo que exija el proyecto, ¿cómo confiar la construcción de mi casa a un arquitecto que no tiene ni idea de como hacer plano de una casa?

    Consideraciones:

    1. Por la naturaleza de los datos que contendrán las tablas que muestras, éstas tienen una correspondencia de 1:N (uno a muchos), donde una cabecera puede tener 1 o varios elementos relacionados. 
    2. La tabla CabeceraRQ atenta contra las reglas de normalización: CodArea y NomArea, CodSupervisor y NomSupervisor, CodEncargado, NomEncargado.  Debes tener una tabla para Área, Supervisor y Encargado de tal manera que a la tabla [CabeceraRQ] sólo llegará una clave foránea (FK).
    3. De la misma manera en la tabla [DetalleRQ] ¿No tiene relación con la tabla [Productos]? Si la relación existe y tan sólo no la muestras  ¿por qué denormalizas la tabla conteniendo los campos [Um] y [Descripcion]?

    jueves, 19 de mayo de 2016 1:23
  • Toy tratando de contestar hace rato desde el.movil es dificil se me presiona algo y todo lo escrito se va.

    Este es mi tercer intento.

    Respecto a las tablas que mencionas y no ves ambos las tengo asi como tb una tabla empleados k a su ves tiene

    Campo cargo por esa parte es que preferiria elegir al encargado y supervisor.

    Tambien tengo una tabla estado

    Respecto a la carencia. Bueno no se que tanto esto solo es un proyecto de visual basic net 2012, veo que estas como psicoseado de las normas si trabajas en una empresa de desarrollo de software se entiende que hables de normas x las auditorias y las cosas que hay que seguir. 

    Pero mi caso es una pequeña app de control de almacen.

    Que trabaja como se quiere.

    Respecto a rq y oc es solo un analisis lo tengo en cuaderno si hice los diseños para preguntar aca. Y las tablas.

    Pero en si casi no hay nada solo es hoja y lapicero.

    La empresa petrolera que labore maneja un sistema de oc, rq, ot. Almacenes.

    Pero el caso de almacenes no es muy trabajado x ese motivo hice mi control de entradas y salidas con notificador reportes. 

    Solo estoy pensando si le agrego eso como lo haria. 

    Es mas facil hacer una factura (cabecera, detalles) que este caso que tiene mas relaciones. La factura es mas facil de relacionar. En mi caso la cabecera y detalle casi no veo mucha relacion y no es una tabla k yo he creado es en base a como lo manejan la unica o campo en comun es el estado. Pero la cabecera lo maneja x descripcion y el detalle x imagen.

    Es x esa parte que en este caso esta empresa a pesar de contar con software . El de almacenes no lo usan mucho porque no trabaja de la forma que se desea. Asi que ellos llevan su inventario en hojas de excel x ese motivo es que hice esta app. De inventario.

    Saludos. Y tranqui solo es un analisis.


    • Editado AcuTau jueves, 19 de mayo de 2016 4:36
    jueves, 19 de mayo de 2016 4:35
  • JackJJ,

    De acuerdo, pero si cuentas con la tabla [Empleado] considera sólo las columnas [Cod%], las columnas [Nom%] son innecesarias, esos datos lo obtienes de la tabla [Empleado], no necesitas replicar valores.

    Respecto a la duda de como cargar el segundo formulario que presentas: vista no, no porque es innecesaria la redundancia de datos de las columnas de las cabecera que se repetirán por cada fila que contenga la relación. Te recomiendo que cargues el formulario con dos procedimiento:

    Una primera consulta que cargue sólo la cabecera, algo como:

    SELECT * FROM CabeceraRQ WHERE NumPedido = @NumPedido; /*Devolverá una sola fila*/

    Una segunda consulta que cargue todos los detalles a razón de la cabecera, algo como:

    SELECT * FROM DetalleRQ WHERE NumPedido = @NumPedido; /*Devolverá n filas*/

    El parámetro @NumPedido lo envía el primer formulario que muestras en el post, para esto es necesario que ambas tablas: [CabeceraRQ] y [DetalleRQ] tengan una relación de correspondencia -la cual no veo-, o por lo menos no logro distinguir cual es.


    jueves, 19 de mayo de 2016 5:16