sql-server - studio - separar texto en columnas sql server
¿Cuál es la mejor manera de trabajar con datos de SQL Server de forma no programática? (6)
Es posible que desee leer las Preguntas 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. Tal vez uno de esos consejos resolverá el problema en su aplicación A2K7.
Tenemos una base de datos de servidor SQL. Para manipular los datos de forma no programática, puedo usar SQL Server Management Studio haciendo clic con el botón derecho en una tabla y seleccionando "Abrir tabla". Sin embargo, esto es lento para tablas muy grandes y la clasificación y el filtrado son engorrosos.
Por lo general, lo que hemos hecho hasta ahora es crear una base de datos de Access que contenga tablas vinculadas que apuntan a las tablas y vistas de SQL Server. La apertura de una tabla grande es mucho más rápida de esta manera, y Access tiene un filtro y clasificación de clic derecho fáciles de usar.
Sin embargo, desde Access 2007, la ordenació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 pueden necesitar acceder a los datos. La creación de la base de datos de Access en primer lugar, y su actualización cuando se agregan nuevas tablas a SQL Server, también es tediosa.
¿Hay una mejor manera de trabajar con los datos que ofrecen la usabilidad de Access sin sus inconvenientes?
La edición de datos en bruto es un peligroso no-no. Es mejor identificar las situaciones en las que te encuentras haciendo eso y armar una interfaz de aplicación para actuar como un intermediario que puede evitar que hagas cosas estúpidas como romper una clave foránea.
La respuesta de Joel Coehoorn es, por supuesto, correcta, que si los datos son críticos o hay usuarios ingenuos que usan los datos, entonces se debe desarrollar una interfaz de aplicación. Dicho esto, tengo casos en los que un usuario inteligente (bueno, yo) el usuario necesita simplemente entrar y husmear.
En lugar de mirar directamente las tablas, use MS Access pero use las consultas para restringir lo que está viendo tanto en forma de columna como en fila. Eso mejorará la velocidad. Luego edite las propiedades de la consulta y asegúrese de que la consulta no tenga bloqueos. Eso debería eliminar cualquier comportamiento de bloqueo. Es posible que desee limitar el número de filas devueltas, lo que de nuevo mejorará la velocidad. Aún puede editar los datos en la consulta a medida que la mira.
Dependiendo de lo que esté viendo, también puede ser útil configurar las Vistas de la base de datos en el Servidor SQL para realizar algunas tareas pesadas en el servidor en lugar de hacerlo en el cliente.
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.
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 tabla. Abra su base de datos en Server Explorer, haga clic derecho en una tabla y seleccione "Abrir" para simplemente mostrar los datos o "Nueva consulta" para filtrar, ordenar, etc.
Utilicé Visual Studio para hacer muchas cosas, solo por comodidad, en lugar de tener que iniciar sesión en el servidor y trabajar en el administrador de la base de datos directamente.
Sin embargo, ¿has probado Toad para MS SQL (de Quest Software)? Lo uso todo el tiempo para Oracle, y he tenido buenos resultados (a menudo mejores que las herramientas de Oracle).