Gracias, en esta fecha aprendiendo de tus videos. Suponiendo que tengo 300 proveedores: ¿Cómo puedo llamar a un proveedor sin necesidad de navegar entre los 300 registros?
Muy buen video Juan Jose, despues de mucho renegar con el subform con tu video pude solucionarlo. Una pregunta. Luego de editar el Subform, poner dos combobox que estan enlazados usando inclusive un evento de AFTERUPDATE con requery tengo un problema: cada vez que paso de un registro al siguiente, me ejecuta el requery y borra los anteriores tambien. Hay una forma sencilla de solucionarlo? Desde ya agradecido!
cree una base con dos tablas para practicar en una clientes y otra facturas realice la relacion y cree el sub formulario, pero me aparece bien los datos del cliente y el sub formulario en hoja de dato con campos de #factura monto fecha de emisión y pagos efectuados sin embargo no me graba los registros solo en el sub formulario de facturas no me permite ver de ese cliente todas las facturas que se han realizado me podrías ayudar cual es mi error
Cuando dice que con la entidad fuerte en este caso Producto se hace un formulario normal o simple se refiere que es un formulario sin el asistente para formularios?
4 года назад
Las entidades fuertes en bases de datos son tablas que no dependen de ninguna (solo tienen llaves primarias simples) por lo tanto es común diseñarles formularios simples (así les llama Access) por el contrario cuando son entidades débiles (tienen llaves foráneas) por lo tanto si depende de otras tablas para completar la información se les incluye en un formulario con subformulario. Lo del asistente es opcional, se puden hacer todos los tipos de formularios en vista diseño (de forma manual). Slds!!!
1. Considere una compañía que vende distintos productos clasificándolos por una clave, un nombre y definiéndoles su precio unitario. La venta de los productos se hace a nivel nacional, cobrándose dependiendo del estado una tasa o importe por envío. Lógicamente se requiere de información de los clientes como: nombre, dirección, No_cliente, etc. 2. sea una organización en la que cada cuenta habiente realizo una serie de transacciones que pueden ser de tipo A,B,C,D. La información de cada cuenta habiente requerida defínala usted. 3. Sea una organización que se dedica a rentar departamentos, en donde no se restringe el número de departamentos rentados por cualquier inquilino; los datos que se le piden a este son: El R.F.C., nombre, referencias comerciales y personales. En cuanto a los departamentos, con la renta de un departamento. Se le asigna una o más áreas determinadas de estacionamiento, a cada departamento se le identifica con una clave, además se le señala el costo. Se lleva un registro de la cantidad de los bienes dispuestos en cada departamento usando códigos, donde cada código representa un objeto (cocina integral, comedor, etc.). Además se tiene un listado de los pagos ( Cve.de pago, descripción) por departamento. Relación 1:N -> R1,R2, ....Rn. Relación N:N con las primeras letras da las entidades 4. Desarrollo del modelo conceptual de la base de datos para una compañía que se dedica a reparar aparatos eléctricos. Descripción: Sea una compañía en la que un cliente puede solicitar que se reparen varios aparatos, para ello se dispone de un conjunto de empleados. Un empleado esta capacitado para hacer reparaciones distintas, pero el ajuste de un aparato puede requerir la intervención de varios empleados, en este ultimo caso se lleva un registro de las horas del empleado dedicadas a reparar. A cada empleado se le asigna equipo y mesa de trabajo (ambos identificables por claves). Hay que considerar que por la reparación de determinado aparato se necesita cierto tipo de refacciones (por cada tipo se tiene descripción y clave). Además se lleva acabo los siguientes registros de información: Para cliente: cve_cliente, nombre, dirección y teléfono Para empleado: cve_empleado, nombre y dirección. Para aparato: cve_aparato, descripción, fecha _entrada y fecha_salida.
Hola, he relacionado con éxito todas las tablas, pero me queda una duda. Las tablas intermedias que son producto de una relación muchos a muchos ¿cómo se llenan en la práctica? Es decir, los datos que van a contener supongo que no se llenan con un formulario pues sus campos son producto de información insertada en formularios de sus tablas adyacentes. ¿Podrías orientarme sobre el asunto? Mil gracias.