Descontar pedazos de un todo

[[Delphius]]

Hola amigo Carlos, no se si he comprendido bien el problema, pero creo que puede servirte esto:

1. Estructuración de la base de datos:

Necesitamos al menos dos tablas, por simplicidad las denominaré Piezas y Cortes.
La idea es que Una pieza tenga varios cortes y un corte pertenece a una única pieza.
En la tabla Piezas tendríamos algo como:
ID-Pieza Area Nombre
1 50 A
2 20 B
3 10 C

En la tabla Cortes algo como esto:
ID-Corte ID-Pieza Tamaño
1 1 20
2 1 10
3 2 15
4 3 10

2. Como aplicar la consulta:
Por lo visto necesitas saber cuanto de las piezas han quedado disponible, esto se podría conseguir con algo como esto:

Código SQL [-]
select Pieza.Nombre, Area, Disponible
from Piezas, Cortes
where (Area - (select sum(Tamaño) from Piezas where Piezas.ID-Pieza = Cortes.ID-Pieza) > 0) as Disponible
order by Piezas.Nombre

Es muy posiblemente que el SQL necesite un poco de pulida, lo hice muy de memoria... en estos momentos estoy que me caigo de sueño y mi cerebro está un poco OFF.

Al menos creo que se entiende la idea.

Saludos,

[[Caral]]

Hola
Gracias amigo.
He pensado en algo similar, el asunto es que tendría que generar una tabla adicional con una numeración de cada pieza, eso es lo que me ha detenido un poco ya que en la practica es un poco complicado hacerlo.
De todos modos tu idea es extraordinaria, me parece muy interesante, la voy a analizar.
Cuando descanses si se te ocurre algo mas, te lo agradeceré.
Saludos

[[Delphius]]

Buen amigo, me he quedado pensando en lo que haz dicho:

Empezado por Caral

(...)el asunto es que tendría que generar una tabla adicional con una numeración de cada pieza(...)

Y me he sentido un tanto intranquilo. Me confunde que digas "con una numeración de cada pieza" y "tabla adicional". ¿Entonces todavía no tienes una tabla en donde llevas el registro de las piezas? Porque si la tienes creería que bastaría con agregarle los campos necesarios para cumplir con este propósito.

He pensado en otro enfoque, tal vez, un tanto más complicado... para evitar esa consulta anidada.

La idea es que a medida que se ingresan los cortes ir actualizando la suma total en la tabla piezas. Por tanto la tabla Piezas ahora tendría otro campo más, digamos que lo llamamos AreaCorte. Es decir:
ID-Pieza Nombre ... Area AreaCorte
1 Pieza A 20 12
2 Pieza B 30 15
...

De modo que "relajamos" la consulta:

Código SQL [-]
select ID-Pieza, Nombre, ... Area, (Area - AreaCorte) as Disponible
from Piezas
where ....

Si estás con Access y tienes una buena cantidad de piezas y cortes... creería que tener consultas anidadas de dicha manera puede bajar un poco la perfomance.

Bueno es otro modo de ver el problema.

Saludos,

[[Caral]]

Hola
Gracias amigo por tus recomendaciones, estoy analizando todo.
Gracias.
Saludos

[[egostar]]

No se si estoy entendiendo bien el asunto que te hace escribir este hilo amigo, pero pienso que esto mas bien es asunto de algoritmos en lugar de bases de datos.

Aquí te dejo un documento que espero te ayude.

Salud OS

[[Caral]]

Hola
Es interesante el articulo, pero el concepto es aunque algo similar difiere en algunas cosas.
En el caso del articulo se parte de una medida X y una serie de cortes que van a ser catalogados en difirentes tipos, osea para:
pieza X1- 30 cortes, X sobrante
pieza X2- 27 cortes, X sobrante, etc
El costeo de la pieza es relativamente simple de esa manera.

El asunto con mi problema es un poco mas sencillo y complejo a la vez.
Este si tiene que ver con tabla.
Es un poco complicado explicarlo (no me envies a leer la guia)
Estoy trabajando en como planear este asunto.
Cualquier cosa, te lo comento.
Gracias por el aporte.
Saludos

[[egostar]]

Empezado por Caral

......El asunto con mi problema es un poco mas sencillo y complejo a la vez.
Es un poco complicado explicarlo (no me envies a leer la guia)......

Está bien, que sea la última vez, para la próxima te mando a......... leer no solo la guía de estilo....

Salud OS