Hemos heredado una aplicación de MS Access db/(Office 2002) con nombres geniales como NewTable, Subform o Macro1. Desafortunadamente, cuando cambiamos estos a nombres más significativos, las referencias (en otras consultas, formularios o acciones) no se actualizan.MS Access: ¿Cómo puedo averiguar dónde se usan las tablas, las consultas, las macros, etc.?
¿Cómo podemos averiguar dónde se utiliza un objeto específico?
Puede comprobar el sistema de mesas, MSysObjects y MSysQueries para las referencias a las tablas y consultas (también se puede comprobar el sql cadena de querydefs). Puede recorrer las propiedades de formularios e informes, y sus controles, para obtener referencias de tablas, consultas y macros. Puedes buscar código.
La opción de autocorregir el cambio de nombre generalmente está en desuso, pero puede tener un lugar aquí.
Realmente está buscando dependencias que reúna. Busqué en Google un poco y encontré;
http://www.fmsinc.com/Products/analyzer/
http://www.aadconsulting.com/obdepoff.html
No son sin embargo libres ...
Si tiene Access 2003 instalado en alguna parte: hay una opción para mostrar todas las dependencias. Simplemente haga clic con el botón derecho en un objeto y elija Dependencias del objeto (no estoy seguro acerca de la traducción, tengo una versión holandesa aquí).
Esto le mostrará las dependencias en ambas direcciones.
Después de abrir la base de datos en Access 2003, puede usarla en Access 2002. Si no está seguro, siempre puede crear una copia de seguridad.
No conozco a nadie que use Access de manera regular y que deje activado Autocorrección de nombres, ya que causa problemas de rendimiento y corrupción. –
Es cierto, pero también es fácil apagarlo de nuevo. Y luego es uno de los métodos más fáciles para llegar al resultado deseado. – Birger
Una herramienta de shareware que puede ayudarle con gran parte de esto es Rick Fisher's Find and Replace. Tiene una prueba de 30 días y cuesta $ 30 para registrarse.
Otra herramienta más completa es Black Moshannon's Speed Ferret. Es un producto realmente excelente, aunque relativamente caro ($ 170). También es bastante problemático ya que nunca lanzaron una versión nativa para Access 2003 o 2007. Pero tienes suerte en ese sentido ya que estás tratando con 2002.
Si realmente quieres hacerlo rápido, Speed Ferret definitivamente vale la pena el dinero. Considere su tarifa por hora y cualquier proyecto significativo se amortizará la primera vez que lo use.
La herramienta de Rick Fisher es menos profesional y menos completa, pero puede ser suficiente para sus necesidades. Solo lo he probado, nunca lo he usado en un proyecto completo.
Existe este pequeño complemento, gratuito y útil vtools, que, entre otras posibilidades, le permite buscar valores en todos los objetos de acceso (tablas, consultas, códigos, formularios, ...).
Encontré ACCESS Dependency Checker como complemento de acceso de Microsoft gratuito que revela las dependencias entre los objetos de la base de datos, como tablas, consultas, macros, etc. que había instalado y que es satisfactorio para mis necesidades. Intentalo.
MsAccess tiene un inspector OBJECT DEPENDENCIES.en Access 2007, por ejemplo, debe:
this whitepage detalles del proceso y recomienda medidas adicionales que es posible que desee tomar.
En el acceso 2003 y 2000, el proceso es ligeramente diferente, para la interfaz ha cambiado significativamente a partir de 2007
Se le olvidó mencionar buscar el código VBA. –
No lo creo, última línea, primer párrafo "Puede buscar código" :) – Fionnuala
Esto es más o menos lo que estaba buscando. No es exactamente una gran documentación (y las herramientas mencionadas probablemente ofrecen una representación "más agradable" de la información), pero suficientes para trabajar. – Thorsten