Curso Access 2010 Avanzado Consultas de Definición de datos Vídeo 17

[@miguelangelguzmancojulun5645]

Mil gracias. Seguimos en los video tutoriales. Buenísimos.

[@pildorasinformaticas]

Esto se vio cuando se habló de la propiedad de campo indexado. Cuando hacemos un campo indexado, estamos estableciendo un índice en ese campo. No recuerdo exactamente el nº de vídeo. Fue de los primeros en los que se hablaba de la creación de tablas. Un saludo

[@Trigliceridus]

Muchas gracias Juan, efectivamente pude lograr mi objetivo utilizando la función If. Saludos

[@pildorasinformaticas]

Perfecto!! Un saludo

[@franjoga]

Buenos días, Primero agradecerte todo el esfuerzo creando estos vídeos. Hace 1 mes no sabía absolutamente nada de access y ahora me encuentro haciendo una mini base de datos para controlar el stock de un almacén. Pero me encuentro con un problema que no consigo solucionar. Te paso una captura de pantalla por si me pudieras ayudar: www.stonelab.es/problema_access.jpg En este almacén entran lotes y se les asigna una única referencia y denominación (esto me lo hace perfecto). Pero puede entrar el mismo lote diferentes días y con diferente precio. Por tanto, he creado dos claves principales: albarán + lote. Y para el tema de precios he creado una consulta "20ALMACEN-PMP2" que suma, multiplica, divide y agrupa las cantidades de los lotes dándome un precio medio ponderado. Hasta este punto todo genial. El problema es cuando quiero seguir trabajando con esos datos. Del "almacén" pasan a "caja", siguiendo un proceso muy similar. Pero claro, si rescato los lotes de la tabla "almacén" me dice que es una relación indeterminada pues hay lotes repetidos :( . Mi idea feliz, voy a ver si a partir de la consulta me puede dar los lotes agrupados y por tanto no repetidos. Y si que me los marca, pero pierdo la "referencia" y "denominación" de la tabla "00PRODUCTO" por lo que sólo con el número de lote pierdo mucha información. Creando nuevas consultas si que puedo combinar esta información, pero yo quiero verla mientras relleno el formulario pertinente para evitar fallos. Perdona por soltar este rollo, pero es que llevo dos semanas luchando con este problema y no consigo solventarlo. Ahora estoy viendo los videos de Access avanzado y al ver este he pensado: quizás la solución esté por aquí... pero no tengo ni idea. Si pudieras darme algún consejo te estaría agradecido. De todas formas, seguiré viendo los vídeos y aprendiendo a ver si consigo dar con la solución :)

[@pildorasinformaticas]

Hola !! Este tipo de consultas me resulta muy complicado de resolver ya que son medianamente complejas y a pesar de que me adjuntas captura con las relaciones de las tablas, sin tener la información delante se hace difícil. Lo primero, la solución a esta duda no la vas a encontrar en los vídeos de Access Avanzado (por si quieres ahorrarte el esfuerzo). Este vídeo donde has puesto la duda tampoco, ya que una consulta de definición de datos no tiene que ver con tu duda. Después de leer unas cuantas veces tu pregunta, creo entender lo que te ocurre y lo que necesitas. Bajo mi punto de vista la solución pasaría por un re-diseño de las tablas para que se adapten mejor a tus necesidades. No se cómo pero necesitas unas tablas que te permitan crear un formulario donde puedas ver la "referencia" y la "denominación". Otra posibilidad más compleja sería mediante programación VBA crear un formulario que te permita visualizar la "referencia" y la "denominación" del lote aunque el formulario no esté basado en dichos campos. Siento no poder ser de más ayuda pero como te dije, en estos casos es muy complicado (por lo menos para mi) ayudar. Te doy la enhorabuena de ser capaz de realizar BBDD como la tuya cuando hace un mes no conocías el programa. Un saludo

[@franjoga]

pildorasinformaticas Hola! Muchas gracias por tu respuesta. Al final he conseguido lo que quería con las siguientes relaciones: www.stonelab.es/soluci%C3%B3n_access.jpg Está por acabar, pero cuando creo mis lotes en ALBARAN_ITEMS me los pasa sin problemas a MOVIMIENTO_STOCK diciéndome perfectamente la referencia y denominación (si, he cambiado todas las tablas por completo). Las conclusiones a las que he llegado son: - los códigos autonuméricos son muy útiles como claves principales y permiten concatenar tablas repitiendo información. Por lo que he visto, se usan para casi todo aunque no se lo suelen mostrar al usuario. - para cada "tabla" lo mejor es crear 2, una que sea la "cabecera" y la otra actúa de "contenedor", de manera que trasvasas entre ellas la información. Ejemplo, entra un albarán y muchos productos, la cabecera memoriza el albarán y lo aplica a todos los productos del contenedor. Bueno, no me enrollo más. Solo decirte que a todo esto he llegado gracias a tus tutoriales (y un primo mío que me está ayudando con todo esto de las relaciones). Nos vemos en el próximo videotutorial! :)

[@bernabehdz4963]

Hola, ayuda, en una columna de mi tabla he escrito la expresión AgregFecha("d",45,[F_extracción]), porque quiero que sume 45 dias a la fecha que se indica en la columna F_extracción, pero me dice que el motor no reconoce el valor F_exracción

[@josecarlosflorestrejos9505]

saludes profe primero agradecerle por sus excelentes cursos, no tiene algunos ejercicios practicos para este curso avanzado como en el básico, gracias de antemano

[@ayudatech2599]

No me funciona lo último. Despues de las instrucciones: AFTER TABLE EMPLEADOS DROP COLUMN CARNET, me dice: Instrucción SQL no válida; se esperaba ´DELETE´, ÍNSERT´, ´PROCEDURE´, ´SELECT´ o ÚPDATE´. ¿Qué pasa?

[@elcuartohijo1]

¿En que video access basico se vio el tema de Indices? no recuerdo haberlo visto.

[@Trigliceridus]

Buenas Juan, espero que me puedas ayudar : tengo una tabla con una columna de número de días de vencimiento de facturas, lo que necesito es crear un campo calculado que me indique en que rango cae cada uno de los vencimientos, 1-30, 31-60, 61-90, etc... Entiendo que debe ser mediante una consulta pero no sé de que tipo y de que forma la estructuro. De antemano muchas gracias

[@pildorasinformaticas]

Hola !! Entiendo lo que necesitas pero no se exactamente cómo quieres que aparezca esa información. Lo que si se es que probablemente tengas que utilizar la función condicional SiInm (IIF para Access en inglés) y utilizar los operadores de comparación en su interior. Busca ayuda acerca de la función SiInm (hablo de ella en el curso pero no recuerdo en qué vídeo) Un saludo

[@hectorgarciagama6726]

Buenas tardes solicitando tu apoyo para resolver este caso, tengo 2 tablas las e unido para crear una consulta cuando ejecuto la consulta me devuelve los datos coincidentes es decir cuando los dos campos son iguales pero las 2 talas tienen campos desiguales que me interesan para obtener un resultado integrando delas dos tablas todos los campos huérfanos de las dos talas. En las relaciones solo hay tres condiciones 1.- campos iguales 2.- Todos los campos de la tabla 1 y todos los coincidentes de la tabla 2 3.- todos los campos de la tabla 2 y todos los coincidentes de la tabla 1 Yo necesito obtener todos los datos de la tabla 1 y todos de la tabla 2 aunque algunos no coincidan. tanto en la tabla 1 y la tabla 2 de Antemano Muchas Gracias

[@angelperezrigos2719]

Una de las funcionalidades más útiles de un gestor de bases de datos es controlar stocks y cuentas corrientes, pero eso no lo vi aquí. Se me pasó algo?

[@pildorasinformaticas]

Sí, se te pasó el curso de Access Básico donde trabajamos con una BBDD que controla un stock de productos. Un saludo!!

[@pilarcalvete6860]

hola otra vez como puedo crear una tabla que tenga un dato de tipo adjunto, llevo un rato intentándolo y buscando por todos lados y no lo consigo

[@pildorasinformaticas]

***** Hola !! Utilizando como tipo de campo "Dato adjunto" o "Objeto OLE" dependiendo de la versión de Access que utilices. Para las últimas versiones de Access "Dato adjunto" que te permite adjuntar varios archivos del tipo que sean en el campo, y para versiones anteriores de Access "Objeto OLE" que te permite insertar un único archivo del tipo que sea. Un saludo

[@merymocoso4468]

hla como saco un valor que muestre credito y devito

[@GuerreroSUD]

Estimado Juan, te saltaste del temario la consultas de "Paso a través" :( Saludos

[@pildorasinformaticas]

Si, así es. Este tipo de consultas solo pueden hacerse con conexión a servidor remoto. Por eso la deje sin explicar. Puede que añada un día un anexo al curso done prepare antes un servidor remoto con BBDD para poder conectar. Un saludo!!

[@kheaspicci6116]

Hola!! Entre el vídeo 16 y este se te han olvidado las consultas de paso a través XD

[@pildorasinformaticas]

Hola !! Las consultas de paso a través son aquellas que se realizan utilizando Access como Interfaz pero el motor de un gestor de BBDD de servidor vía SQL. Debido a que en el momento de grabar este curso no tenía posibilidad de instalar ninguno en el equipo y que se necesitan conocimientos SQL, este tipo de consultas no las pude explicar. Lo que no recuerdo ya es si todo esto que te digo ahora lo mencioné en el curso o no... Un saludo!!

[@kheaspicci6116]

Ya me di cuenta que me pedía un DSN y un servidor 😆. Pues no, no mencionas eso en el vídeo, pero tampoco pasa nada xddd. Gracias por contestar.

[@luisajaumevera1878]

Hola! me podeis ayudar con este codigo. gracias de antemano Private Sub Comando7_Click()Dim dbs As Database, qdf As QueryDefDim strSQL As String'strSQL = "SELECT * FROM " & TablaPrincipal & " "'la variable TablaPrincipal es asignada una tabla cuando se abre un formulariostrSQL = "SELECT * FROM " & TablaPrincipal & " WHERE VENDEDOR" _ & " = " & [Forms]![Recolector]![VENDEDOR] & "" ' aqui toma el nombre del vendedor de un cuadro combinado Set dbs = CurrentDbSet qdf = dbs.CreateQueryDef("consulta2", strSQL) ' el ERROR ' crea la consulta al abrirla me pone el nombre tomado del cuadro combinado como un [parametro] ' TENGO QUE VOLVER A INGRESAR EL NOMBRE DEL VENDEDOR Application.RefreshDatabaseWindow 'actualiza el menu donde estan las tblas, formularios, consultas etc.Set qdf = Nothing Set dbs = NothingEnd Sub

[@beggarmayoslaegon6114]

Con el debido respeto, aunque el tutorial está bueno, pero tú mismo le diste al traste al especificar que para comprenderlo mejor hay que saber SQL. Como un tutorial informativo, vale, pero habría sido mejor no entrar en el tema, sino quedarte en la mención de las variantes de consultas en videos anteriores, luego hacer tu o tus tutoriales sobre SQL y entonces sí destinar tiempo y esfuerzo a estas consultas. Al final, el video me dejó con la cara de "Ah, ¡qué bien! ¿Y?" y no me sirvió más que como información general.