Qual é a melhor forma para se trabalhar com dados do SQL Server não programaticamente?

Question

Temos um banco de dados SQL server.Para manipular os dados não programaticamente, eu posso usar o SQL Server Management Studio, clique com o botão direito clicar em uma tabela e selecionando "Open Table".No entanto, esta é lento para tabelas muito grandes e de ordenação e filtragem é complicado.

Normalmente, o que temos feito até agora é criar um banco de dados do Access que contém tabelas vinculadas que aponte para o SQL Server tabelas e modos de exibição.A abertura de uma grande mesa é muito mais rápido desta forma, e o Acesso fácil de usar, clique com o botão direito clique em filtragem e classificação.

No entanto, uma vez que o Acesso de 2007, ordenação, em particular, tem sido bastante lento ao trabalhar com tabelas grandes.O banco de dados do Access também pode, inadvertidamente, bloqueio de tabelas do banco de dados, bloquear outros processos que podem precisar de acesso a dados.Criando o banco de dados do Access em primeiro lugar, e atualizá-lo quando são adicionadas novas tabelas do SQL Server, também é tedioso.

Não há melhor maneira de trabalhar com os dados que oferece a usabilidade de Acesso sem os seus inconvenientes?

Answer 1

Joel Coehoorn, a resposta é, claro, correto, de que se a data é crítico ou não são ingênuos os usuários a utilizar os dados e, em seguida, um aplicativo de front-end deve ser desenvolvido.Dito isto, eu tenho casos em que um sábio usuário (ok, me) usuário precisa apenas chegar lá e fuçar.

Em vez de diretamente olhando as tabelas, usar o MS Access, mas use consultas para refinar o que você está olhando tanto coluna sábio e linha sábio.Que vai melhorar a velocidade.Em seguida, editar as propriedades de consulta e certifique-se de que a consulta é Sem Bloqueios.Que deve eliminar qualquer bloqueio de comportamento.Você pode querer limitar o número de linhas retornadas, que novamente irá melhorar a velocidade.Você ainda pode editar os dados na consulta como você olhar para ele.

Dependendo do que você está olhando, ele também pode ser útil para configurar Exibições de banco de dados no SQL Server para fazer parte do trabalho pesado no servidor em vez de no cliente.

Answer 2

Eu não sei bem como ele vai fazer com tabelas grandes, mas o Visual Studio é muito mais rápido do que o SQL Management Studio para a tabela básica de operações.Abra seu banco de dados no Server Explorer, clique com o botão direito do mouse em uma tabela e selecione "Abrir" para mostrar apenas os dados ou "Nova Consulta" para filtrar, classificar, etc.

Answer 3

Eu usei o Visual Studio para fazer muitas coisas, apenas por conveniência, em vez de ter de fazer login no servidor e o trabalho sobre o gerenciador de banco de dados diretamente.

No entanto, você já tentou o Sapo para o MS SQL (da Quest Software)?Eu uso o tempo todo para Oracle, e tiveram bons resultados (muitas vezes melhor do que ferramentas do Oracle).

Answer 4

Edição de dados raw é um perigoso não, não.Melhor identificar as situações em que você se encontra fazendo isso e montar uma interface de aplicativo para agir como um intermediário que pode impedi-lo de fazer coisas estúpidas como a quebra de uma chave estrangeira.

Answer 5

Eu não sei o que o desempenho seria como para conjuntos de dados grandes, mas o open office possui um programa de banco de dados (Base), que é um Acesso clone e pode ser apenas o que você está procurando.

Answer 6

Você pode querer ler Tony Toews do Desempenho de Acesso a FAQ, que fornece uma série de dicas sobre como melhorar o desempenho de uma aplicação do Access.Talvez uma dessas dicas vai resolver o problema no seu A2K7 app.