![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Correcto...
Es la manera correcta de administrar el stock, no te preocupes por la cantidad de registros que un motor de base de datos real lo soporta tranquilamente, además no traerías los 27000 registros por cada acceso a las tablas sino el/los articulos en cuestión y los registros relacionados de la tabla de stock. Eso sí, prestá mucha atención a los índices y claves primarias de cada tabla.
Saludos |
#2
|
|||
|
|||
pos eso.
Pos era por tener una segunda opinión. Gracias de todas formas.
|
#3
|
|||
|
|||
Te doy otra opción....
Abres la tabla de artículos con un TTable y cuando te 'mueves' de registro, mediante un TQuery abres los detalles de stock, de ésta forma vas a tener unicamente los 3..N (almacenes) en detalles. Pero esto implica un acceso a la tabla cada vez que cambias de registro en el maestro lo cual es un flash igualmente si posee clave primaria o índice por articulo/almacen.
Salu2 |
#4
|
||||
|
||||
Cita:
No usar tablas, hay que usar querys con los registros que se han pedido. |
#5
|
||||
|
||||
Hola
Yo Haria dos tablas, una almacen, donde se encuentren todos los almacenes y otra materiales donde se encuentren todos los materiales. Si quiero ligar los materiales con el almacen a la tabla materiales le pongo un campo NumerodeAlmacen. Asi tengo la cantidad de almacenes que quiera ligada a una sola tabla Materiales, el control es mucho mas facil. Por cierto lleva razon Casimiro Notevi, hay que hacer lo posible por usar querys, ya que estos solo envian la informacion que se les pide, por el contrario los tables mandan toda la informacion y alenta el programa. Saludos |
#6
|
|||
|
|||
Es cierto
Es cierto lo que dicen muchachos, pero de cuántos registros estamos hablando 10.000 ? y del lado del cliente ?. No es nada, si me dicen millones obviamente no utilizaría una tabla completa y cargar una grilla. Igualmente les doy la razón.
Saludos |
#7
|
||||
|
||||
Cita:
// Saludos |
#8
|
||||
|
||||
Hola Caral. El problema con lo que planteas es que para tener el mismo material en más de un almacén, tendrías que duplicar la entrada:
Código:
numero_material | material | numero_almacen ... 87 | camisas de manga corta | 2 ... 87 | camisas de manga corta | 5 ... Código:
numero_material | numero_almacen ... 87 | 2 ... 87 | 5 ... Última edición por roman fecha: 19-02-2007 a las 23:29:25. |
#9
|
||||
|
||||
Hola Roman
Cierto, pero tal vez como novato veo un poco mas complicado ligar mas de dos tablas, teniendo en cuenta que por ejemplo en mi empresa tengo no mas de 300 materiales y que en un almacen de licores no tendras mas de 1000 productos. No veo mucha cantidad de registros incluso teniendo 30 almacenes. Pero si veo por ejemplo que se pueda organizar la tabla por almacen y se podrian ver y buscar los productos o materiales con suma facilidad. No se es cuestion de conocimiento, a mi me cuesta ligar muchas tablas. ![]() Pero estoy convencido que tu criterio es mejor. Saludos |
#10
|
||||
|
||||
Cita:
Por ejemplo: * Si tienes que cambiar la descripción de un artículo (porque se ha modificado), debes cambiarla en varios registros, ya que segun el caso la tendrás repetida en varios de ellos (segun los almacenes). * También puede pasar que al tenerla repetida, tengas inconguencas en el mismo artículo: ... 87 | Camisas de manga corta | 2 87 | camisa de manga corta | 5 ... * El tenerlo de esta forma, también te limita a la hora de utilizar reglas en CASCADA de la Base de Datos. Ya se que en este caso, son cosas mínimas porque hablamos de una estructura muy pequeña, pero luego los problemas van creciendo sin darse uno cuenta y ejor empezar "bien".
__________________
Germán Estévez => Web/Blog Guía de estilo, Guía alternativa Utiliza TAG's en tus mensajes. Contactar con el Clubdelphi ![]() P.D: Más tiempo dedicado a la pregunta=Mejores respuestas. Última edición por Neftali [Germán.Estévez] fecha: 20-02-2007 a las 11:36:32. |
#11
|
||||
|
||||
Hasta ahora no se ha hablado de la Base de Datos, si usamos paradox....ummm, pero usando un SGBBDD, podemos usar vistas que ya ligan (por inner join) las tablas necesarias, haciendo más fácil su uso desde consultas.
Saludos
__________________
Si usted entendió mi comentario, contácteme y gustosamente, se lo volveré a explicar hasta que no lo entienda, Gracias. |
![]() |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Actualizar Stock | BlueSteel | Firebird e Interbase | 6 | 28-09-2006 00:14:56 |
Stock Limitante | soloriv | SQL | 5 | 03-06-2006 20:59:50 |
stock general | ELINK | SQL | 5 | 29-03-2005 17:58:00 |
Actualización entre almacenes | Juanfran | Varios | 0 | 27-08-2004 19:47:08 |
Control que crea control | craven | OOP | 5 | 07-06-2003 02:23:13 |
![]() |
|