Pregunta

Contamos con una base de datos de servidor SQL.Para manipular los datos sin programación, puedo usar SQL Server Management Studio haciendo clic derecho en una tabla y seleccionando "Abrir tabla".Sin embargo, esto es lento para tablas muy grandes y ordenar y filtrar es engorroso.

Normalmente, lo que hemos hecho hasta ahora es crear una base de datos de Access que contiene tablas vinculadas que apuntan a las tablas y vistas de SQL Server.Abrir una tabla grande es mucho más rápido de esta manera y Access tiene un filtrado y clasificación fáciles de usar con el botón derecho.

Sin embargo, desde Access 2007, la clasificación en particular ha sido bastante lenta cuando se trabaja con tablas grandes.La base de datos de Access también puede bloquear inadvertidamente las tablas de la base de datos, bloqueando otros procesos que puedan necesitar acceder a los datos.Crear la base de datos de Access en primer lugar y actualizarla cuando se agregan nuevas tablas a SQL Server también es tedioso.

¿Existe una mejor manera de trabajar con los datos que ofrezca la usabilidad de Access sin sus inconvenientes?

¿Fue útil?

Solución

La respuesta de Joel Coehoorn es, por supuesto, correcta: si los datos son críticos o hay usuarios ingenuos que los utilizan, entonces se debe desarrollar una interfaz de aplicación.Dicho esto, tengo casos en los que un usuario inteligente (bueno, yo) necesita simplemente entrar y husmear.

En lugar de mirar directamente las tablas, use MS Access pero use consultas para limitar lo que está viendo tanto en columnas como en filas.Eso mejorará la velocidad.Luego edite las propiedades de la consulta y asegúrese de que la consulta sea Sin bloqueos.Eso debería eliminar cualquier comportamiento de bloqueo.Es posible que desee limitar el número de filas devueltas, lo que nuevamente mejorará la velocidad.Aún puede editar los datos de la consulta mientras la mira.

Dependiendo de lo que esté viendo, también puede ser útil configurar Vistas de base de datos en SQL Server para hacer parte del trabajo pesado en el servidor en lugar de en el cliente.

Otros consejos

No sé qué tan bien funcionará con tablas realmente grandes, pero Visual Studio es mucho más rápido que SQL Management Studio para operaciones básicas de tablas.Abra su base de datos en Server Explorer, haga clic derecho en una tabla y seleccione "Abrir" para mostrar solo los datos o "Nueva consulta" para filtrar, ordenar, etc.

He usado Visual Studio para hacer muchas cosas, solo por conveniencia en lugar de tener que iniciar sesión en el servidor y trabajar directamente en el administrador de la base de datos.

Sin embargo, ¿ha probado Toad para MS SQL (de Quest Software)?Lo uso todo el tiempo para Oracle y he obtenido buenos resultados (a menudo mejores que las herramientas de Oracle).

Editar datos sin procesar es un peligroso no-no.Es mejor identificar las situaciones en las que te encuentras haciendo eso y crear una interfaz de aplicación para que actúe como intermediario y pueda evitar que hagas cosas estúpidas como romper una clave externa.

No sé cómo sería el rendimiento para grandes conjuntos de datos, pero Open Office tiene un programa de base de datos (Base), que es un clon de Access y puede ser justo lo que estás buscando.

Quizás quieras leerPreguntas frecuentes sobre el rendimiento de acceso de Tony Toews, que proporciona una serie de sugerencias sobre cómo mejorar el rendimiento en una aplicación de Access.Quizás uno de esos consejos resuelva el problema en su aplicación A2K7.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top