1. O acesso da Microsoft ainda existe?
Sim, o Microsoft Access ainda existe e está disponível como parte do Microsoft Office.
2. Está com acesso morto?
Enquanto algumas pessoas podem acreditar que o acesso está desatualizado, a Microsoft continua a apoiar e atualizar o software. No entanto, houve menos ênfase em novos recursos e melhorias em comparação com outros aplicativos do Microsoft Office.
3. Qual é o futuro do acesso ao MS?
Apesar da disponibilidade de outras plataformas como o SQL, PHP, .NET e Java, a Microsoft está trabalhando para melhorar o acesso, introduzindo novos e avançados recursos. A Microsoft recentemente comemorou o 25º aniversário do Access e planeja continuar apoiando o software no futuro.
4. Quais são os novos recursos no acesso?
Alguns dos novos recursos no acesso incluem opções aprimoradas de gráficos, a capacidade de importar e exportar dados de e para os arquivos DBASE, opções aprimoradas de classificação na folha de propriedades, suporte para SSMA de 32 bits (Assistente de migração do servidor SQL, mais conectores de dados para importação de dados de fontes on-line, a capacidade de trabalhar com a Bigint (Big Integers) e a propriedade de nomes para a propriedade para obter a propriedade para obter uma propriedade para gerenciamento de ladrões para o gerenciamento de ladrões para o gerenciamento de lotes de ladrões de ladrões de ladrões para a gestão de ladrões, para facilitar a manutenção de gerenciamento de lotes de lotes de gerenciamento de lotes de lotes de lotes de ladrões para a gestão de lotes de ladrões, de manutenção de lotes, de manutenção de manutenção on-line, a capacidade de trabalhar com a BigInt (Big Integers) e a propriedade de nome para a propriedade para.
5. Acesso é uma boa opção para pequenas e médias organizações?
Sim, o acesso continua a ser uma ferramenta popular de banco de dados para organizações médias e pequenas. É considerado melhor que o Excel e mais fácil de trabalhar do que o SQL, tornando -o adequado para organizações que precisam consolidar de maneira rápida e eficientemente grandes quantidades de dados.
6. É acessar uma ferramenta rápida e fácil de usar?
Sim, o acesso é conhecido por sua velocidade e interface amigável. Ele permite que os desenvolvedores criem bancos de dados mais rapidamente e mais fáceis em comparação com outras plataformas e atenda aos requisitos das empresas de maneira eficaz.
7. É acessar uma ferramenta flexível?
Sim, o acesso é uma ferramenta flexível que pode ser facilmente modificada para atender às necessidades de negócios em mudança. À medida que o modelo de negócios evolui, o banco de dados pode ser facilmente adaptado sem custos significativos.
8. Os dados podem ser importados e exportados do acesso?
Sim, o acesso permite aos usuários importar ou exportar facilmente dados de outros produtos do Microsoft Office, como Word, Excel e Outlook. Ele também oferece opções para converter dados em PDF e incluir trechos em slides do PowerPoint.
9. Qual é a importância do acesso no mercado?
O acesso mantém uma posição significativa no mercado, pois é amplamente utilizada por empresas, especialmente organizações médias e pequenas. Seus benefícios para desenvolvedores e usuários, juntamente com sua facilidade de uso, contribuem para sua liderança contínua de mercado.
10. A Microsoft está trabalhando para melhorar o acesso?
Sim, a Microsoft está comprometida em melhorar o acesso, analisando as necessidades de usuários e empresas. Embora possa ter havido menos atualizações nos últimos anos, a Microsoft continua apoiando e aprimorando o software para atender às demandas de seus usuários.
11. Pode acessar ser integrado ao Microsoft 365?
A Microsoft tem explorado opções para integrar o acesso mais diretamente com o Microsoft 365, mas detalhes e cronogramas de integração específicos não são fornecidos no artigo.
12. O suporte de acesso disponível online?
Sim, existem fóruns e comunidades de suporte on -line, como o Reddit, onde os usuários podem fazer perguntas e procurar ajuda com o Microsoft Access.
13. É acessar uma ferramenta adequada para migração de dados para o servidor SQL?
Sim, o Access fornece o recurso SQL Server Migration Assistant (SSMA), que permite aos usuários migrar dados de acesso para o servidor SQL. Esse recurso é suportado nas versões de 32 e 64 bits do MS Office.
14. Pode acessar conectar -se a outros bancos de dados?
Sim, o acesso pode se conectar a vários bancos de dados, incluindo SQL Server, Azure SQL, Excel, SharePoint, Oracle, Salesforce e Dynamics 365. Isso fornece flexibilidade na importação de dados de diferentes fontes.
15. O acesso ainda é relevante no cenário tecnológico de hoje?
Embora o acesso possa não ser tão popular ou frequentemente discutido quanto outras ferramentas de banco de dados, ele ainda serve para muitas organizações. Sua facilidade de uso, flexibilidade e integração com outros produtos do Microsoft Office o tornam uma escolha viável para determinados aplicativos.

Future of MS Access

No entanto, vale a pena considerar se as soluções da Web de acesso são suficientes para suas necessidades internas (pois o Office365 não apoiará mais a criação de sites públicos). Você pode fazer upload de seus dados para esta plataforma e vincular seu banco de dados de acesso existente a ele.

O acesso da Microsoft ainda existe

O Reddit e seus parceiros usam cookies e tecnologias semelhantes para proporcionar uma experiência melhor.

Ao aceitar todos os cookies, você concorda com o uso de cookies para fornecer e manter nossos serviços e site, melhorar a qualidade do Reddit, personalizar o conteúdo e publicidade do Reddit e medir a eficácia da publicidade.

Ao rejeitar cookies não essenciais, o Reddit ainda pode usar certos cookies para garantir a funcionalidade adequada de nossa plataforma.

Para mais informações, consulte nosso aviso de cookie e nossa política de privacidade .

Obtenha o aplicativo Reddit

Digitalize este código QR para baixar o aplicativo agora

Ou confira nas lojas de aplicativos

Este fórum é para ajuda e suporte para usar o Microsoft Access. Siga as regras do fórum, listadas abaixo. Página de perguntas frequentes: https: // www.Reddit.com/r/msaccess/wiki/frequência

Membros online

por dungaroo

Está com acesso morto?

Estou trabalhando com o MS Access há cerca de um ano, e quanto mais aprendo sobre outras plataformas, especialmente as ofertas de nuvem SaaS da Microsoft, AWS, Salesforce, etc. O acesso mais velho do MS está sentindo. Eu sei que a Microsoft ainda o envia com o MS Office, mas eles fizeram muito pouco para atualizá-lo e melhorá-lo nos últimos 10 a 15 anos em comparação com outros aplicativos do MS Office. Não estou dizendo que quero vê -lo morrer, mas eu adoraria ver a Microsoft fazer mais com ele para otimizá -lo e talvez mudar algumas das cargas pesadas de consulta para a nuvem e parar de tentar fazer muito localmente. Prevejo nos próximos 5 anos que veremos a Microsoft fazer uma das três coisas com acesso: comece a adicionar recursos a ele novamente e trazê-lo para o século 21, substituí-lo por algo novo que fornece muitos dos mesmos recursos, mas é mais um aplicativo baseado na Web e integrá-lo mais diretamente ao Microsoft 365, ou abandoná-lo completamente. Se o passado é alguma indicação do futuro, não acho que seja #1.

O que é que vocês acham? Eu sou o único puxando meu cabelo para fora e me perguntando “por que minha organização ainda usa essa antiguidade?!”diariamente, ou estou sendo dramático aqui?

Future of MS Access

Com tantas outras plataformas como o SQL, PHP, .Net e Java, você pode estar pensando qual é a utilidade de converter meu banco de dados em acesso? O acesso tem algum futuro? Nossa resposta irrefutável a ele é sim, o Access tem um futuro e a Microsoft está trabalhando muito para melhorá -lo para seus usuários, introduzindo uma infinidade de recursos novos e avançados. O acesso recentemente comemorou 25 anos de existência. Continuará a liderar o mercado no futuro também.

Por que o acesso é o melhor e continuará sendo assim no futuro:

A Microsoft respira pelo fenômeno simples de atualizar seus produtos, analisando as necessidades de pessoas e empresas. E o acesso não é excepcional. Os novos recursos adicionados são:

Opções de gráfico aprimorado

Os gráficos de acesso costumavam ser uma grande dor para seus usuários e desenvolvedores. Finalmente, a Microsoft decidiu trazer 11 novos gráficos com visualização aprimorada. É uma indicação clara de que a Microsoft leva a sério o acesso.

Dbase está de volta

O acesso mais uma vez conversará com o DBASE e agora você pode importar e exportar dados de e para arquivos DBASE (.dbf).

Classificação de opções na folha de propriedades

Agora você pode encontrar as propriedades convenientemente na folha de propriedades, enquanto projeta formulários e relatórios, simplesmente usando o botão de alternância após abrir a folha de propriedades.

Suporte de SSMA de 32 bits

Ao contrário dos 64 bits, o novo MS Office permite que os usuários usem o SSMA (Assistente de Migração do Servidor SQL) com sua versão de 32 bits também. SSMA é um ótimo recurso para migrar dados de acesso para o SQL Server.

Mais conectores de dados

O MS Office agora pode importar dados de fontes on -line como Salesforce, Dynamics 365 e bancos de dados como SQL Server, Azure SQL, Excel, SharePoint e Oracle.

Recurso bigint

Você pode tornar seu banco de dados mais significativo com a capacidade de importar e exportar colunas com Bigint (Big Inteiros).

Nome do rótulo

Com a propriedade Nome do rótulo, agora você pode controlar facilmente um rótulo’Soming e acesso identificarão a associação sem fazer nenhum “corte” e “colar”.

Mais algumas razões

Tem sido a melhor ferramenta de banco de dados para organizações médias e pequenas e continuará sendo tão. Sendo melhor que o Excel e mais fácil de trabalhar do que o SQL, é apropriado para organizações que precisam consolidar uma grande quantidade de dados de maneira rápida e eficiente.

Deixar’está veja os motivos:

Ferramenta rápida e fácil de usar

Um desenvolvedor atestará que a criação de um banco de dados é muito mais rápida e fácil do que criá -lo em qualquer outra plataforma. Além disso, o aplicativo é fácil de usar e basta todos os requisitos das empresas.

Ferramenta muito flexível

Você pode alterar o banco de dados sempre que necessário sem machucar o bolso. Com a mudança no seu módulo de negócios, você pode adaptar facilmente o banco de dados de acordo.

Recurso fácil de importação e exportação

Sendo repleto de recursos tão maravilhosos e atualizados, o Microsoft Access é sem dúvida o mundo’s Principal Sistema de Banco de Dados. Com seus inúmeros benefícios para os desenvolvedores e usuários, ele também liderará o mercado nos próximos anos.

Os usuários podem importar ou exportar facilmente dados de outros produtos do MS Office, como Word, Excel e Outlook. Além disso, você também pode convertê -lo em PDF e incluir os trechos desejados em seus slides do PowerPoint.

Quando e como aumentar os bancos de dados de acesso ao Microsoft para o SQL Server

Fundo

Os bancos de dados de acesso à Microsoft geralmente começam como uma pequena solução para um usuário. À medida que os bancos de dados se tornam mais importantes, eles podem ser usados ​​por várias pessoas em uma rede.

Para soluções mais avançadas, uma arquitetura de banco de dados dividida separa os dados do aplicativo. Os dados compartilhados de back-end em um banco de dados de acesso ao Microsoft (formato MDB ou ACCDB) são armazenados em um servidor de arquivos e cada usuário tem sua própria cópia do banco de dados de aplicativos de acesso ao Microsoft vinculado aos dados compartilhados.

À medida que a solução se torna mais popular, surgem questões que impulsionam o aumento dos dados de um banco de dados de acesso à Microsoft para o SQL Server. Existem benefícios e compensações para fazer esta transição e várias maneiras de aproveitar o SQL Server. Este artigo compartilha nossas experiências com o aumento dos bancos de dados de acesso ao Microsoft ao SQL Server ao longo dos anos, para que você possa fazer isso pelas razões certas e entender quando não é apropriado.

Conteúdo

• Valor do acesso da Microsoft em sua organização
• Microsoft Access e Architecturas de banco de dados SQL
• Tomando a decisão de aumentar o tamanho
• Desvantagem do aumento do tamanho do SQL Server
• Arquiteturas de up -uping
• Criando um inventário de bancos de dados de acesso à Microsoft em sua organização
• Escolhendo um host SQL Server
• Planejando um projeto de avaliação
• Conclusão

Valor do acesso da Microsoft em sua organização

Organizações de médio a grande pode ter centenas a milhares de computadores de mesa. Cada desktop possui software padrão que permite que a equipe realize tarefas de computação sem a intervenção do departamento de TI da organização. Isso oferece o princípio principal da computação para desktop: capacitar os usuários a aumentar a produtividade e reduzir os custos através da computação descentralizada.

Como o banco de dados de desktop mais popular do mundo, o Microsoft Access é usado em quase todas as organizações que usam o Microsoft Windows. À medida que os usuários se tornam mais proficientes na operação desses aplicativos, eles começam a identificar soluções para tarefas de negócios que eles mesmos podem implementar. A evolução natural desse processo é que as planilhas e bancos de dados são criados e mantidos pelos usuários finais para lidar com suas tarefas diárias.

Essa dinâmica permite a produtividade e a agilidade, pois os usuários têm o poder de resolver problemas de negócios sem a intervenção da infraestrutura de tecnologia da informação de sua organização. O Microsoft Access se encaixa nesse espaço, fornecendo um ambiente de banco de dados de desktop, onde os usuários finais podem desenvolver rapidamente aplicativos de banco de dados com tabelas, consultas, formulários e relatórios. O acesso é ideal para aplicativos de banco de dados de usuário único ou de um grupo de trabalho de baixo custo.

Mas esse poder vem com um preço. À medida que mais usuários usam o acesso da Microsoft para lidar com seu trabalho, problemas de segurança de dados, confiabilidade, manutenção, escalabilidade e gerenciamento se tornam agudos. As pessoas que construíram essas soluções raramente são treinadas para serem especialistas em banco de dados, programadores ou administradores de sistema. À medida que os bancos de dados superam os recursos do autor original, eles precisam se mudar para um ambiente mais robusto.

Enquanto algumas pessoas consideram isso uma razão pela qual os usuários finais nunca devem usar o acesso da Microsoft, consideramos que essa é a exceção e não a regra. A maioria dos bancos de dados de acesso à Microsoft é criada pelos usuários finais e nunca precisa se formar no próximo nível. Implementar uma estratégia para criar todos os bancos de dados do usuário final “profissionalmente” seria um enorme desperdício de recursos.

Para os raros bancos de dados de acesso à Microsoft que são tão bem -sucedidos que precisam evoluir, o SQL Server oferece a próxima progressão natural. Sem perder o investimento existente no aplicativo (projetos de tabela, dados, consultas, formulários, relatórios, macros e módulos), os dados podem ser movidos para o SQL Server e o banco de dados de acesso vinculado a ele. Uma vez no SQL Server, outras plataformas como o Visual Studio .A rede pode ser usada para criar soluções Windows, Web e/ou Móveis. O aplicativo de banco de dados de acesso pode ser completamente substituído ou uma solução híbrida pode ser criada.

Microsoft Access e Architecturas de banco de dados SQL

Microsoft Access é o principal produto de banco de dados de desktop disponível para o Microsoft Windows. Desde sua introdução em 1992, o Access forneceu uma plataforma versátil para iniciantes e usuários de energia criar aplicativos de banco de dados de um usuário único e pequeno e pequeno grupo.

O Microsoft Access teve grande sucesso porque foi pioneiro no conceito de passar os usuários por meio de uma tarefa difícil com o uso de Wizards. Isso, juntamente com um designer de consulta intuitivo, uma das melhores ferramentas de relatórios de desktop e a inclusão de macros e um ambiente de codificação, todos contribuem para fazer o acesso a melhor opção para o desenvolvimento de bancos de dados de desktop.

Como o acesso foi projetado para ser fácil de usar e acessível, nunca foi destinado a uma plataforma para os aplicativos mais confiáveis ​​e robustos. Em geral, o aumento deve ocorrer quando esses atributos se tornarem críticos para a aplicação. Felizmente, a flexibilidade do acesso permite que você aumente o SQL Server de várias maneiras, de um cenário rápido e efetivo de movimentação de dados até redesenho de aplicativo completo.

O Access fornece uma rica variedade de arquiteturas de dados que permitem gerenciar dados de várias maneiras. Ao considerar um projeto de upinging, é importante entender a variedade de maneiras pelas quais o acesso pode ser configurado para usar seu formato de banco de dados de jato nativo e servidor SQL em ambientes únicos e multi-usuários.

Acesso e o motor a jato

A Microsoft Access possui seu próprio mecanismo de banco de dados – o mecanismo de banco de dados da Microsoft Jet (também chamado de ACE com a introdução do Access 2007 do formato ACCDB). O Jet foi projetado desde o início para oferecer suporte ao compartilhamento de arquivos de usuário único e multiusuário em uma rede local de área. Os bancos de dados têm um tamanho máximo de 2 GB, embora um banco de dados de acesso possa se conectar a outros bancos de dados por meio de tabelas vinculadas e vários bancos de dados de back -end para a solução alternativa do limite de 2 GB.

Mas o acesso é mais do que um mecanismo de banco de dados. É também um ambiente de desenvolvimento de aplicativos que permite aos usuários projetar consultas, criar formulários e relatórios e gravar macros e o código do módulo Visual Basic for Applications (VBA) para automatizar um aplicativo. Em sua configuração padrão, o Access usa o Jet internamente para armazenar seus objetos de design, como formulários, relatórios, macros e módulos e também usa o Jet para armazenar todos os dados da tabela.

Um dos principais benefícios do aumento do tamanho é que você pode redesenhar seu aplicativo para continuar a usar seus formulários, relatórios, macros e módulos e substituir o motor a jato pelo SQL Server. Isso permite o melhor dos dois mundos: a facilidade de uso do acesso com a confiabilidade e a segurança do SQL Server.

Comparação de acesso à Microsoft e SQL Server

Para entender melhor o processo de decisão do upinging, dê uma olhada na tabela de comparação a seguir:

Acesso da Microsoft	Microsoft SQL Server
Descrição	Um ambiente de desenvolvimento de banco de dados que inclua tabelas, consultas, formulários, relatórios e lógica de programação	Um mecanismo de banco de dados de cliente/servidor escalável, confiável e seguro
Tamanho máximo do banco de dados	2 GB	“Ilimitado”
Usuários simultâneos máximos	255	“Ilimitado”
Segurança	Segurança básica de desktop, limitada por permissões do Windows	Segurança robusta do nível corporativo, os usuários não podem ver ou copiar o banco de dados diretamente
Desempenho	Depende do PC local e do desempenho da rede; pode ser muito rápido para bancos de dados “pequenos”	Com base no desempenho do hardware do servidor
Confiabilidade	Confiável à extensão da confiabilidade do PC; requer um banco de dados periódico compacto e reparo	Confiabilidade da qualidade da empresa; Banco de dados automatizado
Registro de transações	Nenhum	Todas as alterações de dados podem ser registradas
Gatilhos da mesa	Nenhum para bancos de dados MDB. Para o ACCDB, o Access 2010 introduziu macros de dados que podem ser semelhantes aos gatilhos.	As tabelas podem ter gatilhos para automatizar processos sempre que os dados mudarem

Microsoft Access e Jet Single User

Em sua configuração padrão, o Access usa o Microsoft Jet Database Engine para armazenar definições de objetos e dados da tabela. Access e Jet são executados no computador do usuário e o banco de dados é armazenado em um disco rígido local.

Microsoft Access e Jet MultiUser

Acesso e o motor a jato permitem acesso a vários usuários. Nesse cenário, cada usuário executa uma cópia local de acesso e jato apontando para um banco de dados compartilhado em uma unidade de rede.

Microsoft Access, Jet e SQL Server

O acesso também permite que você aponte para o SQL Server para o seu armazenamento de dados. Nesse cenário, o Access ainda usa o Jet para executar consultas, armazenar definições de objetos, gerenciar tabelas temporárias e manter configurações de segurança. No entanto, todos os dados da tabela são armazenados no SQL Server.

Usando o Microsoft Access e SQL Server sem jato

Nesse cenário, o motor a jato é contornado completamente. Access 2000 e posterior tem a capacidade de se conectar diretamente ao SQL Server sem a necessidade do motor a jato.

Tomando a decisão de aumentar o tamanho

Agora que você viu as várias opções de arquiteturas e mecanismo de banco de dados disponíveis, você deseja explorar os pontos de decisão e os parâmetros para tomar a decisão de upcinging.

A parte mais importante nesse processo é entender que nem todos os bancos de dados de acesso precisam ser Up -ustized. De fato, a maioria das aplicações de acesso não deve ser aumentada-o custo e a interrupção dos negócios simplesmente não é um uso econômico de seus recursos. Esses bancos de dados funcionam bem no dia a dia e não precisam de atributos como escalabilidade, segurança e 100% de confiabilidade. De todos os bancos de dados de acesso em sua organização, apenas alguns são candidatos a aprimoramento.

Além disso, a partir da lista de candidatos para o up-uping, a maioria pode ser aumentada usando um processo econômico, onde apenas os dados são movidos para o SQL Server. Toda a funcionalidade do aplicativo em termos de formulários e relatórios é mantida no acesso. Somente a menor porcentagem de projetos de valor envolve reescrever o aplicativo de acesso em um novo ambiente, como .LÍQUIDO.

A seção a seguir examina cada uma das principais áreas envolvidas no planejamento do banco de dados e discute como o acesso é executado em cada área.

Segurança

A Microsoft Access oferece três mecanismos de segurança diferentes.

1. Senhas de banco de dados: atribua uma senha a um banco de dados. Somente usuários que sabem que a senha pode abrir o banco de dados.
2. Segurança do Grupo de Trabalho Jet: Usuários, Grupos e Permissões de Objeto podem ser definidas para restringir quem pode visualizar/editar dados e o que eles podem executar. O WorkGroup Security está disponível para bancos de dados MDB, mas não os bancos de dados ACCDB.
3. Criptografia de arquivo: o conteúdo do banco de dados pode ser criptografado no nível do arquivo. A criptografia do ACCDB é significativamente melhor que a criptografia para MDBs.

Infelizmente, esses mecanismos não são robustos nem confiáveis. As senhas do banco de dados usam um mecanismo de criptografia muito simples. De fato, a remoção de uma senha de banco de dados de acesso é uma questão simples, uma vez que a senha gratuita e comercial “removedores” são facilmente encontrados na web. Embora os usuários de acesso possam não se preocupar com esses lapsos, os gerentes de TI certamente devem ser.

Embora a segurança do grupo de trabalho do jato seja mais robusta, ele ainda deixa o conteúdo de todo o banco de dados MDB aberto do sistema de arquivos. Como todos os dados e o código da tabela são armazenados em visualização simples, é uma questão trivial abrir um arquivo mdb em um editor compatível com string e dados, senhas e dados da tabela.

Por fim, como o acesso requer permissões de leitura completa para todos os usuários para o arquivo de banco de dados real, qualquer pessoa que possa ver uma unidade de rede compartilhada pode sair com o banco de dados em um disco ou cdr ou enviar um e -mail para fora da sua organização.

Se a segurança for importante, o SQL Server é muito mais seguro que o Microsoft Access, Excel, Word ou qualquer outro programa que armazena seus arquivos diretamente no disco rígido acessível ao usuário.

Confiabilidade e manutenção

A confiabilidade é um dos principais benchmarks para examinar ao considerar o valor do tamanho. De fato, para muitas aplicações de missão crítica, a confiabilidade é a consideração mais importante. O Microsoft Access não é tão confiável quanto o SQL Server por vários motivos.

Corrupção do banco de dados

Quando os bancos de dados de acesso/jato da Microsoft encontram um problema interno ou de conexão inesperado, eles podem se tornar corruptos. Um banco de dados corrupto geralmente bloqueia todos os usuários do banco de dados e resulta em perda de dados e interrupção dos negócios.

Os bancos de dados de acesso/jato da Microsoft são mais propensos a corrupção do que o SQL Server por vários motivos. Como o Access/Jet usa um modelo de compartilhamento de arquivos, todos os usuários estão mantendo conexões ativas simultaneamente com dados. Se algum desses usuários perder inesperadamente a conexão, o banco de dados pode se tornar corrupto. A perda de conexão pode acontecer se a conexão de rede do usuário for intermitente, as versões do driver não são versões atuais ou conflitantes das DLLs de jato são usadas para ler o mesmo arquivo de banco de dados.

O Acesso à Microsoft inclui um utilitário de compacto/reparo, mas a corrupção séria do banco de dados não é fixada por este utilitário. Os serviços de reparo de terceiros estão disponíveis, mas isso requer o envio do banco de dados afetado para outro local, pagando uma taxa e aguardando que ele seja devolvido com resultados mistos.

Problemas de manutenção

O Windows permite copiar um banco de dados de acesso à Microsoft, mesmo que as pessoas o tenham aberto, para que você possa criar um backup, mas isso pode ser um problema se alguém estiver modificando os dados no momento em que o arquivo estiver sendo copiado.

Compactar um banco de dados de acesso à Microsoft exige que todos os usuários estejam fora do banco de dados, o que é problemático para soluções em execução 24/7. Um bloqueio é colocado no banco de dados no nível do arquivo (*.LDB ou *.arquivos laccdb) assim que for aberto pelo primeiro usuário.

Em um ambiente multiusuário, o Microsoft Access não informa quem está atualmente no banco de dados, por isso pode ser uma dor de cabeça administrativa para tirar as pessoas do sistema. Nosso programa de administrador de acesso total permite monitorar os usuários que entram e saem do banco de dados em tempo real, o que ajuda e pode compactar o banco de dados depois que todos saem, mas não é um recurso interno do Microsoft Access.

Muitas vezes, é difícil coordenar o processo de garantir que todos os usuários façam logoff de um aplicativo de acesso antes de fazer um backup. Cenários típicos envolvem usuários que deixam seus computadores quando saem do escritório durante o dia. Isso deixa o banco de dados aberto e o software de backup não poderá copiar com segurança o arquivo de banco de dados. Muitas vezes, isso é detectado apenas após o fracasso do backup, deixando o administrador do sistema para rastrear o problema e espero que ele seja resolvido antes do próximo backup executar.

Além disso, o Microsoft Access não é auto-ajuste como o SQL Server. Ele não recupera automaticamente o espaço perdido do banco de dados ou otimiza índices e consultas. Esta manutenção é realizada executando o recurso de reparo/compacto. Nosso programa total de agentes visuais permite automatizar isso em uma programação que você especificar e manter uma trilha de auditoria, mas não é um recurso interno do Microsoft Access.

Se uma organização não backup regularmente bancos de dados individuais de desktop, as pessoas poderão criar bancos de dados de acesso em seus PCs que nunca são backup ou mantidos. As organizações podem tratá -los como dados do usuário que podem ser perdidos como se fosse uma planilha ou documento do Word, mas melhores políticas devem estar em vigor para que os usuários possam salvar seus bancos de dados em que a administração básica do sistema é fornecida.

Os bancos de dados de acesso à Microsoft precisam ser backups para recuperação de desastres e periodicamente compactados para permanecer saudáveis. Um sistema automatizado deve ser implementado para cuidar disso para os muitos bancos de dados de acesso que existem hoje e os criados no futuro. O aumento do SQL Server deve ser considerado para os bancos de dados em que esses processos automatizados não podem ser implementados devido ao uso contínuo do banco de dados ou ao custo de perda de dados.

Escalabilidade

A escalabilidade é definida como a capacidade de um aplicativo de operar de maneira aceitável, à medida que o número de usuários ou processos chamando o aplicativo aumenta. Em algumas situações, o Microsoft Access/Jet não pode escalar para apoiar a demanda no banco de dados.

Arquitetura de banco de dados dividida

Antes de fazer o up -usting, seu banco de dados de acesso deve ter uma arquitetura de banco de dados dividida. Isso separa o banco de dados de aplicativos do usuário do banco de dados de dados compartilhados de back-end. Os links de banco de dados de aplicativos front-end para o banco de dados e atualizações compartilhados são mais fáceis porque os dados não precisam ser modificados para novos lançamentos (as estruturas de tabelas desde que não são modificadas). Para obter mais informações, consulte nosso artigo sobre a arquitetura de banco de dados Split Access Split para suportar ambientes multiusuário, melhorar o desempenho e simplificar a manutenção. A arquitetura de banco de dados Split também ajudará em um empreendimento de upinging para preservar o front-end de acesso existente.

Se uma única cópia de um banco de dados do Microsoft Access reside em uma unidade de rede e estiver sendo aberta por vários usuários ao mesmo tempo, você pode ter um problema de escalabilidade. Mas isso deve ser abordado usando uma arquitetura de banco de dados dividida em vez de aumentar o tamanho do SQL Server.

Número de usuários simultâneos

Houve mitos sobre bancos de dados de acesso ao Microsoft não poderem suportar mais de 20 usuários. Esse pode ter sido o caso quando o acesso da Microsoft foi introduzido em 1992, mas esse não tem sido o caso há algum tempo.

O Microsoft Access permite tecnicamente até 255 conexões por banco de dados. Isso significa que ele pode ser usado para aplicativos para equipes muitas vezes que, se não precisarem usá -lo ao mesmo tempo.

O número de conexões/usuários que um banco de dados de acesso pode suportar é ditado por quão bem o aplicativo foi projetado e implementado. Um aplicativo de acesso bem projetado pode suportar mais de 100 usuários simultâneos com desempenho decente. Por outro lado, um aplicativo de acesso mal projetado pode ser executado em um rastreamento com dois usuários. Ou alguns processos consomem muito tempo e serão lentos, independentemente do banco de dados. Realmente não é sobre a tecnologia, mas a implementação.

Infelizmente, muitos bancos de dados de acesso não são bem projetados ou implementados com as melhores práticas. Isso ocorre porque a maioria dos bancos de dados de acesso é criada por usuários que simplesmente não têm experiência ou conhecimento para criar aplicativos profissionais de banco de dados. Eles são construídos ao longo do tempo e novos recursos e modelos de dados são presos à medida que a necessidade surge. O resultado é uma solução geral que não pode suportar com segurança mais do que alguns usuários.

Não aprimore os aplicativos de acesso da Microsoft por razões de contagem de usuários se o número de usuários simultâneos for relativamente baixo. Up -tamanho deve ser considerado se precisar suportar mais de 100 usuários simultâneos e muito mais no futuro.

Tamanho máximo do banco de dados

Cada bancos de dados da Microsoft Access tem um tamanho máximo de 2 GB. Isso é muito texto e dados numéricos, mas podem ser facilmente excedidos se arquivos e gráficos estiverem sendo armazenados. Para a grande maioria dos bancos de dados de acesso à Microsoft, isso é muito maior do que o banco de dados jamais receberá. Às vezes, os bancos de dados ficam grandes, mas um compacto geralmente o reduz a um tamanho mais razoável. Certifique -se de descompilar seus bancos de dados de acesso à Microsoft de tempos em tempos quando compactar.

Com uma arquitetura de banco de dados dividida, um aplicativo de acesso à Microsoft pode vincular a dados de vários bancos de dados de acesso ao Microsoft que somam mais de 2 GB. Obviamente, esse não é um bom design se os dados não devem ser divididos em várias tabelas ou bancos de dados.

Up -tamanho deve ser considerado se o banco de dados exceder 1 GB ou exceder 2 GB em um futuro próximo.

Diferentes versões do Microsoft Access and Jet

Existem muitas versões do acesso da Microsoft. Uma solução de banco de dados de acesso pode depender de uma versão específica de um formato de banco de dados de acesso, depende de recursos disponíveis apenas em determinadas versões de acesso, componentes como ADO e DAO, etc. Embora seja fácil distribuir um banco de dados de acesso aos usuários que já têm acesso instalado em seu PC, não é tão fácil controlar qual versão do acesso está aberta para executá -lo.

Um PC pode ter várias versões de acesso instaladas nele. A abertura de um arquivo ACCDB ou MDB inicia diretamente a versão de acesso associada a essa extensão de arquivo (geralmente a última versão de acesso que foi aberta).

Além disso, quando o Access 2000 foi introduzido, o novo formato de arquivo MDB não foi compatível com a versão anterior do Acesso 97. A abertura do banco de dados no Access 2000 (ou mais tarde) pode atualizar o banco de dados para o novo formato e impedir que os usuários da versão antiga o abram, o que foi um problema em ambientes multiusseros. Este problema não se repetiu desde a versão 2000.

Nosso programa de inicialização total de acesso ajuda as organizações a gerenciar e implantar centralmente os bancos de dados de acesso ao Microsoft no desktop de cada usuário e a controlar qual versão do acesso é lançada para ele. Isso facilita a distribuição de seus aplicativos de acesso com um atalho, e a versão mais recente do seu banco de dados está sempre instalada na máquina de cada usuário. Também simplifica a atualização do seu aplicativo de uma versão do acesso a outra.

Problemas gerenciando diferentes versões do acesso da Microsoft ou distribuir atualizações de bancos de dados de acesso ao Microsoft, não é resolvido migrando para o servidor SQL se você mantiver o front-end de acesso do seu banco de dados. Só pode ser abordado substituindo completamente o acesso da Microsoft. Isso pode resolver o problema imediato, mas impede os usuários de realizar seu trabalho. Vimos organizações proibir o acesso da Microsoft apenas para os funcionários comprarem produtos de banco de dados piores, já que o problema do banco de dados não desapareceu. Para a maioria das organizações, é impraticável usar desenvolvedores profissionais para criar todos os bancos de dados necessários quando a maioria pode ser tratada pelos usuários finais.

Desempenho

O desempenho é uma razão comum pela qual as pessoas desejam atualizar seus bancos de dados de acesso à Microsoft para o SQL Server. Supõe -se que o SQL Server será mais rápido que um banco de dados de acesso à Microsoft. Afinal, o SQL Server é gerenciado por um servidor separado que envia apenas os registros solicitados e pode usar várias CPUs e máquinas para gerenciar enormes conjuntos de dados.

Acesso à Microsoft, sendo baseado em arquivo, envia todo o banco de dados, tabela ou índice, dependendo da solicitação para o cliente (PC) processar.

Embora isso daria a abordagem do servidor, descobrimos que o desempenho não foi melhorado em muitas situações. Aqui estão alguns motivos:

• Muitos bancos de dados de acesso são relativamente pequenos (abaixo de 100 MB). Com o hardware atual e a conectividade de rede, as quantidades de dados passadas são quase instantâneas, sejam alguns registros ou a tabela inteira.
• O SQL Server executa um trabalho extra que os bancos de dados de acesso não. Por exemplo, o SQL Server pode manter um log de transações e executar manutenção contínua que adiciona sobrecarga. Vimos reduções no desempenho quando pequenos bancos de dados são upsenhados para o SQL Server.
• O SQL Server foi projetado para lidar com bancos de dados muito grandes muito além do limite de acesso de 2 GB. Não é otimizado para o que consideraria pequenos bancos de dados.
• A execução de consultas de diferentes fontes de tabela vinculada pode não se beneficiar da otimização do SQL Server, pois o trabalho ainda é realizado pelo acesso
• O cache de dados da Microsoft Access for Access Tables existe porque sabe se os dados foram alterados. Para dados do servidor SQL, o cache na memória não é possível porque os dados podem ter mudado desde a última solicitação.
• Um conjunto de tabelas, consultas ou código VBA mal projetado será executado devagar, independentemente de os dados estarem no Access ou SQL Server.

Antes de aumentar o tamanho do SQL Server por motivos de desempenho, verifique se o seu banco de dados de acesso é otimizado para que ele seja executado, bem como pode no acesso. Ir ao SQL Server não corrigirá problemas sérios de banco de dados e design de consultas. Corrigir isso no acesso é realmente mais fácil do que fazê -lo mais tarde no SQL Server; portanto, o tempo e o esforço gastos fazendo isso são preservados, caso você use o tamanho mais tarde.

Para garantir que o seu banco de dados de acesso ao Microsoft não tenha problemas sérios, use nosso programa Total Analyzer para documentar e analisar seu banco de dados. Ele detecta mais de 300 tipos de erros, sugestões de design e problemas de desempenho que podem ajudá -lo a otimizar seu banco de dados de acesso.

Para bancos de dados de acesso à Microsoft relativamente pequenos, não use o tamanho do SQL Server apenas por razões de desempenho. Pode haver uma diminuição no desempenho após o aumento. Procure maneiras de otimizar os problemas no acesso antes de fazer o investimento para aumentar o tamanho. Os problemas de desempenho podem não estar relacionados ao armazenamento de dados.

Desvantagem do aumento do tamanho do SQL Server

Se você decidir aumentar o tamanho do seu banco de dados para o SQL Server, esteja ciente de que certos recursos são perdidos quando você migra para o SQL Server. Os bancos de dados do Microsoft Access estão cientes do Multiusser e lidam automaticamente com dados que mudam em um ambiente multiusuário. Os bancos de dados do SQL Server fornecem apenas informações mediante solicitação. Ele não transmite alterações, o que tem implicações em sua solução:

Emitir	Acesso da Microsoft	Microsoft SQL Server
Os dados que estão sendo visualizados são modificados por outro usuário	Os novos dados são atualizados automaticamente na tela. Não são necessárias teclas ou código para refletir isso.	Os dados antigos permanecem na tela até que uma atualização explícita (requary) seja invocada.
Edite um registro que outra pessoa está editando	É emitido um aviso de que o registro está sendo editado por outra pessoa. Salva o usuário de desperdiçar tempo editando um registro que não pode ser salvo.	Um aviso é emitido após a tentativa de salvar o registro. Pode resultar em descartar todas as modificações que o usuário fez. Os desenvolvedores podem escrever registros de código e tag para implementar um mecanismo de bloqueio de registro, mas esse não é um recurso interno do SQL Server.
Recurso do filtro de vários valores	Este bom recurso simplifica a filtragem do usuário final nas folhas de dados e aparece sem a necessidade de programação. Foi introduzido no Microsoft Access 2007 para tabelas de acesso:

Arquiteturas de up -uping

Ao contemplar um projeto de acesso ao valor. Eles variam de simplesmente mover os dados para re-arquiteta completamente e redesenhar o aplicativo. Para escolher o caminho correto para o seu projeto de uso, você deve estar familiarizado com os tipos de arquitetura de dados que o acesso suporta:

Arquitetura	Descrição	% dos bancos de dados
Já em tamanho certo	Muitos bancos de dados de acesso não precisam ser utilizados; Deixe em acesso	85%
Apenas os dados do tamanho	Deixe o aplicativo e a lógica no acesso, mova os dados para o SQL Server e vincule o banco de dados de acesso a ele	10%
Aplicação Upsize com ADP	Mova os dados para o SQL Server e converta o aplicativo de acesso a um projeto de dados de acesso (ADP)	0%
Substituição completa	Trate o aplicativo de acesso como um protótipo e substitua -o completamente por uma nova solução no SQL Server	5%

Arquitetura 1: já em tamanho certo

Se você inventaria o uso do acesso em sua organização, provavelmente encontraria centenas a milhares de bancos de dados MDB espalhados por computadores e unidades de rede. Esses bancos de dados executam a gama de listas simples construídas por funcionários a aplicativos multiusuferos de nível de trabalho em nível de trabalho.

Com as contagens de banco de dados que se deparam com as centenas e, dado o custo e a interrupção potenciais para os negócios que o valor do tamanho pode envolver, é óbvio que apenas um pequeno subconjunto do total deve ser candidato a aprimoramento.

A primeira regra de aprimoramento é que a grande maioria de seus bancos de dados não deve ser aumentada: o custo é proibitivo. E mesmo se você tivesse os recursos para aumentar o tamanho da maioria dos seus bancos de dados de acesso, não haveria ganho real. Listas ou relatórios simples usados ​​por uma única pessoa normalmente não se enquadram no campo de aplicações de missão crítica. De fato, esses tipos de aplicações são para o que o acesso é projetado e estão bem dentro de suas capacidades.

Finalmente, muitos dos bancos de dados que você encontraria em um processo típico de inventário pode não ter sido usado por 6 meses a um ano. Além de fins de arquivo, esses bancos de dados obsoletos não são mais importantes para sua organização e não são candidatos a aprimoramento.

A principal vantagem dessa arquitetura é que você não precisa fazer nada; Sem custo e sem interrupção comercial. A desvantagem é que as soluções baseadas em acesso/jato não podem escalar e não desfrutam da confiabilidade e segurança do SQL Server. Mas isso normalmente não é um problema para a maioria dos seus bancos de dados de acesso.

• Custo: nenhum software adicional é necessário, pois o jato está incluído no acesso
• Facilidade de uso: nenhum conhecimento do servidor SQL é necessário
• Custos de desenvolvimento mais baixos

• Os bancos de dados de jato podem ter problemas de compatibilidade se novas versões de componentes de escritório, acesso, jato ou acesso a dados forem instalados
• Escalabilidade limitada
• Segurança limitada
• Confiabilidade limitada
• Número limitado de usuários

Arquitetura 2: apenas os dados do tamanho do tamanho

Como o Microsoft Access tem a capacidade de vincular -se ao SQL Server para dados da tabela, migrando apenas os dados é um dos melhores saldos entre custo e vantagens. Com esta arquitetura, todos os dados da tabela são movidos para o SQL Server enquanto todos os formulários, relatórios, consultas, macros e lógica permanecem no banco de dados de acesso existente. Você pode deixar tabelas de acesso local para oferecer suporte a seleções de usuários locais que não fazem parte de nenhuma dúvida que ocorreria no SQL Server.

O principal benefício dessa abordagem é que é a mais rápida e econômica porque tem o menor impacto na lógica de aplicativo existente. Na maioria dos casos, os objetos existentes continuam a funcionar. Com um investimento relativamente pequeno, você ganha os benefícios de confiabilidade e manutenção do SQL Server, mantendo a maior parte do seu investimento existente de acesso ao MS.

• Os dados estão localizados no SQL Server que oferece segurança, escalabilidade e confiabilidade
• Extensível para outros programas compartilharem os mesmos dados para Web, Mobile e outros dispositivos

• Várias cópias dos bancos de dados de acesso local ainda requerem sincronização
• Os bancos de dados de acesso local oferecem segurança, escalabilidade e confiabilidade limitadas
• Como o Jet ainda é usado, os bancos de dados locais podem encontrar problemas de compatibilidade se novas versões de acesso, jato ou componentes de acesso a dados forem instaladas

Arquitetura 3: Application Up -Size com Acesso Data Projects (ADP)

Os projetos de dados de acesso foram introduzidos com o Microsoft Access 2000 e descontinuados no Microsoft Access 2013. Portanto, não recomendamos a conversão de bancos de dados existentes em ADPs, já que a Microsoft não suporta mais ADPs em versões futuras. A recomendação atual é usar um banco de dados ACCDB ou MDB JET e vincular ao banco de dados do SQL Server, conforme descrito no cenário 2. Fornecemos essas informações sobre ADPs, pois você pode precisar manter um ADP existente.

Acesse projetos de dados da Microsoft Access 2000 a 2010, permita conectar um arquivo ADP diretamente a um banco de dados do SQL Server e eliminou o uso do banco de dados de jato. Consultas, formulários, relatórios, macros e módulos foram semelhantes a um banco de dados MDB/ACCDB. Não há tabelas locais, pois todos os dados são armazenados no SQL Server. O acesso da Microsoft pode ser usado para modificar as estruturas de tabela no SQL Server e quaisquer alterações nas estruturas da tabela do servidor SQL foram refletidas automaticamente no ADP. Para bancos de dados ACCDB/MDB vinculados ao SQL Server, a tabela vinculada precisa ser tranqüilizada para ver mudanças estruturais como novos campos.

Problemas com ADPs

A Microsoft parou de suportar ADPs, porque com o tempo ficou claro que não foi possível apoiar essa arquitetura.

• A equipe do SQL Server lançou versões em sua própria programação, enquanto o Microsoft Access estava vinculado ao cronograma de lançamento do Microsoft Office
• Devido à rígida integração entre os bancos de dados do ADPS e SQL Server, diferenças nas versões e pacotes de serviços causaram problemas
• Código VBA do módulo que manipulou as tabelas precisavam ser convertidas de DAO para ADO.
• A falta de tabelas locais tornou difícil para muitas tarefas específicas do usuário
• A incapacidade de vincular -se a outras fontes de dados (os ADPs são limitados a apenas um banco de dados do SQL Server) significava que muitas soluções de acesso ao Microsoft que combinavam dados de várias fontes não eram possíveis com o ADPS

Arquitetura 4: Substituição completa

Às vezes, os aplicativos de acesso à Microsoft são tão bem -sucedidos que superam as capacidades de acesso. O Acesso à Microsoft pode não ser mais capaz de acompanhar as necessidades da sua organização de capacidade e desempenho de dados. Ou pode ser necessário migrar todo ou parte de um aplicativo para a web. Alguns projetos de up -upizing da Microsoft exigem uma migração completa do acesso.

Nesse cenário, o aplicativo Microsoft Access é usado como protótipo para um design completamente novo. Tecnologias alternativas como o Visual Studio .NET com SQL Server são usados ​​para reescrever completamente o aplicativo. Os dados se movem para o SQL Server ou outras fontes, como Oracle, MySQL e DB2 para uma solução de servidor gerenciada centralmente.

A principal vantagem dessa abordagem é flexibilidade. Você pode criar um aplicativo que possa segmentar desktops do Windows, web, tablets, dispositivos móveis, etc. Ao compartilhar os mesmos dados. Um ambiente de desenvolvimento profissional, como o Visual Studio .Net oferece vantagens como código gerenciado, gerenciamento baseado em equipe, controle de código -fonte e ferramentas e componentes profissionais disponíveis em uma rica variedade de fornecedores de terceiros. Com esse cenário, você pode criar um aplicativo confiável, escalável e gerenciável que possa passar da unidade de negócios para o nível da empresa.

A principal desvantagem dessa abordagem é o custo. Como você está descartando o aplicativo Microsoft Access e seu banco de dados, você está criando um novo aplicativo com um novo projeto de design, desenvolvimento e implementação. Felizmente, apenas uma pequena maioria dos aplicativos de acesso exige esse nível de esforço.

• Flexibilidade: o aplicativo pode segmentar Windows, Web e muito mais
• Escalabilidade e confiabilidade: usando .As tecnologias de desenvolvimento líquido com o SQL Server oferecem o melhor retorno do investimento no nível médio e de nível médio
• Facilidade de gerenciamento: versões de acesso não desempenham mais nenhum papel na capacidade (ou incapacidade) do aplicativo a ser usado em toda a empresa
• Oportunidade de redesenhar e criar um sistema mais moderno que atenda às necessidades de hoje, em vez de se adaptar às decisões anteriores de design

• Maior custo
• Reciclagem de funcionários
• Novo teste de aplicativo
• Experiência adicional de desenvolvedor

Criando um inventário de bancos de dados de acesso à Microsoft em sua organização

Um dos maiores desafios que sua organização pode enfrentar é identificar quantos bancos de dados de acesso à Microsoft você tem e quais devem ser Upsizados. O problema é por onde começar. Como você inventa com eficiência seus bancos de dados de acesso apenas para obter um controle inicial do problema? Mesmo com estimativas conservadoras, uma organização com 500 desktops pode ter 10.000 bancos de dados de acesso.

Solução manual

Existem várias estratégias para resolver este problema. A rota mais simples é se comunicar com os usuários da área.

• Quantos bancos de dados de acesso você usa atualmente?
• Quantas tabelas são nesses bancos de dados?
• Você compartilha este banco de dados com outros usuários?
• Você vincula ou usa importação/exportação, dados corporativos?
• Seus bancos de dados estão sendo backup?

Um conjunto de perguntas bem definido (e breve) ajudará você a identificar quais bancos de dados podem estar em risco.

Solução automatizada

Para organizações maiores, um sistema automatizado é preferível. Aponte para as máquinas que precisam ser examinadas e inventário automaticamente e relatam os bancos de dados de acesso que são encontrados.

Ao verificar discos rígidos locais e de rede, pode -se criar um inventário de todos os bancos de dados de acesso na organização para decidir e agendar projetos de up -uping.

Nosso programa total de agentes visuais permite executar tarefas de banco de dados de acesso ao Microsoft em toda a sua rede. Além de executar tarefas como compacto e backup, ele também pode ser usado para coletar estatísticas de banco de dados, como o número de objetos em cada banco de dados e número de registros em cada tabela. Uma avaliação gratuita está disponível.

Escolhendo um host SQL Server

Depois de optar por aumentar o tamanho de um aplicativo de acesso, agora existem muitas opções para armazenar dados no SQL Server. Identifique uma instalação existente do SQL Server para usar ou criar um. O SQL Server vem em uma variedade de edições:

• Edição gratuita do Microsoft SQL Server Express que pode ser instalada em sua área de trabalho. Esta é uma versão limitada do SQL Server que suporta bancos de dados de até 10 GB de tamanho.
• Versões do SQL Server Enterprise que você hospeda em seu próprio servidor. Isso requer a compra de uma licença do SQL Server e o hardware para hospedá -la.
• Servidor SQL baseado em nuvem como o SQL Azure a partir de US $ 10 por mês por banco de dados. Muitos ISPs também oferecem bancos de dados do SQL Server como parte de seus planos de hospedagem.

Em geral, todas as edições do SQL Server, incluindo o Express, são capazes de lidar com pequenos aplicativos de grupo de trabalho. Considere usar uma versão do servidor dedicada se você estiver no tamanho do aplicativo e ao banco de dados e suas necessidades exigem a maior escalabilidade, funcionalidade e confiabilidade.

Microsoft Access 2013 e 2016 Web Solutions

Microsoft Access 2013 Acesso Acesso Acesso Aplicativos, que é uma maneira de criar bancos de dados de acesso no SharePoint 2013/2016 ou hospedados pela Microsoft com sua assinatura do Office365. O banco de dados que armazena a solução de acesso à Web é na verdade SQL Azure. Se você já possui uma assinatura do Office365, pode literalmente obter um número ilimitado de bancos de dados do SQL Azure gratuitamente (eles geralmente custam US $ 10 por mês). Melhor ainda, você pode vincular ao banco de dados SQL Azure diretamente do seu banco de dados de desktop de acesso ao MS Access. No entanto, existem limitações:

• Os bancos de dados para aplicativos da Web de acesso são limitados a 1 GB de tamanho, por isso não ajuda se você precisar aumentar o tamanho dos bancos de dados que excedem o limite de 2 GB de bancos de dados de jato de acesso MS Access
• Nenhuma capacidade de adicionar procedimentos e gatilhos armazenados. A Microsoft Access bloqueia seus bancos de dados para evitar sua capacidade de adicionar código personalizado diretamente. Isso significa que não é o ideal se você estiver aumentando para consolidar código no banco de dados de back -end para segurança ou gerenciamento.
• A Access Web Solutions adiciona seu próprio código e armazenamento, já que a Access Web Solutions armazena sua solução front-end diretamente no banco de dados do SQL Server.

Além disso, as soluções da Web de acesso ainda são relativamente imaturas e não podem ser personalizadas para fornecer a funcionalidade que os bancos de dados de acesso ao Microsoft existentes podem com VBA. Se você estiver migrando para o SQL Server para estender bancos de dados de acesso ao Microsoft para a Web, com exceção de casos muito limitados, provavelmente precisará de uma solução de front-end mais robusta, como o Visual Studio .LÍQUIDO.

No entanto, vale a pena considerar se as soluções da Web de acesso são suficientes para suas necessidades internas (pois o Office365 não apoiará mais a criação de sites públicos). Você pode fazer upload de seus dados para esta plataforma e vincular seu banco de dados de acesso existente a ele.

AVISO: Em março de 2017, a Microsoft anunciou que os aplicativos da Web Access não serão suportados no futuro. Para os hosts da premissa do SharePoint, a Microsoft está se comprometendo a apoiar a AWA na próxima versão do SharePoint. Para o Office365, a Microsoft está cessando o suporte em abril de 2018. Eles não forneceram uma alternativa equivalente com os mesmos recursos que awa. É claro que os dados no SQL Azure podem ser movidos. (Anúncio da Microsoft)

Planejando um projeto de avaliação

Para evitar custos desnecessários, garanta a disponibilidade de aplicativos e minimize os riscos, é importante planejar cuidadosamente o seu projeto de acesso. A quantidade de planejamento está diretamente relacionada ao tipo de projeto de valor que você imagina. Por exemplo, uma simples migração de dados para o SQL Server requer menos planejamento que uma reescrita completa do aplicativo e da migração de dados. Esta seção fornece diretrizes e práticas recomendadas para planejar seu projeto de upsiming.

Fase 1: Projeto e planejamento

Escolha o seu cenário de avaliação

Seu nível de planejamento e esforço geral estão diretamente relacionados ao que o cenário de upcing você escolhe. Por exemplo, o aumento de dados para o SQL Server, deixando o front-end de acesso no lugar, requer menos esforço, mas produz menos benefícios. Depois de escolher seu plano, certifique -se de declarar claramente objetivos, cronograma e orçamento.

Administração

Antes de ser implantado seu projeto de upsiming, você deve ter um plano administrativo para seus novos dados do SQL Server. Planejando isso antes que o lançamento seja fundamental. Instalar o SQL Server e a criação de objetos é apenas parte da equação. Você deve definir cronogramas de backups, parâmetros de tolerância a falhas (conforme necessário) e equipe administrativa responsável pelo componente do banco de dados e recuperação de desastres.

Plano de Desenvolvimento

Crie um plano de desenvolvimento que cubra cada aspecto do aplicativo de acesso que deve ser alterado. Se você está planejando aumentar o tamanho dos dados para o SQL Server, ainda existem partes do front-end de acesso que podem precisar mudar. Por exemplo, o mecanismo de banco de dados de jato usa diferentes tipos de dados e uma gramática SQL diferente do SQL Server. Planeje identificar quaisquer áreas de incompatibilidade e alterar objetos de acesso conforme necessário. Se o seu cenário exigir uma reescrita completa do aplicativo de acesso em um ambiente diferente, como .NET, você precisa abordar o projeto como esforço completo de desenvolvimento de software do ciclo de vida e planejar de acordo. Finalmente, certifique -se de identificar áreas de risco, como desestabilização ou perda de dados que possam ocorrer e ter um plano proativo para abordá -los.

Avalie o Microsoft Up -upizing Wizard

A Microsoft fornece um assistente de upinging que permite um aumento semi-automático de acesso ao SQL Server. Infelizmente, este assistente é bastante limitado em sua capacidade de criar aplicativos utilizáveis ​​baseados em SQL Server. Quando você está contemplando um projeto de upinging, certamente pode planejar usar o Microsoft Up -uping Wizard como ponto de partida. No entanto, para todos, exceto o mais simples (eu.e. Cenário 2) Projetos de valor, o mago de upinging realizará apenas cerca de 40% do trabalho. Esta seção descreve as limitações que você pode encontrar com o Microsoft Up -upsizing Wizard.

Emitir	Descrição
Nomes de tabela/campo não padrão	Jet e SQL usam diferentes padrões de nomeação. O assistente de upinging pode encontrar alguns, mas não todos. E aqueles que encontra e renomearão não funcionarão em nenhum código existente.
Diferenças em SQL	O Access/Jet usa seu próprio dialeto do SQL que é diferente do ANSI SQL suportado pelo SQL Server. Muitas consultas baseadas em jato não podem ser executadas no SQL Server sem reescrever.
Problemas de conversão de tipo de dados	Access/Jet possui seus próprios padrões para tipos de dados que são diferentes em alguns casos do SQL Server. O assistente de upinging pode fazer algumas escolhas para você em termos de conversão de tipos de dados, mas as alterações exigem revisão do desenvolvedor.
Questões arquitetônicas	O Assistente de Microsoft Up -Uping não pode reescrever seu aplicativo para funcionar corretamente com o modelo de cliente/servidor do SQL Server. Quase todos os aplicativos de acesso/jato foram projetados para funcionar com o modelo de compartilhamento de arquivos do jet. Esses projetos não se prestam bem ao modelo de cliente/servidor e podem resultar em mau desempenho.
Código não convertido	O assistente de upinging não converte nenhum código VBA em seu aplicativo. Isso pode resultar em erros graves, pois partes do seu aplicativo apontam para o SQL Server, enquanto seu código ainda aponta para um banco de dados de acesso/jato.
Itens não updizes	O assistente Microsoft Up-Upinging não converte nenhum dos seguintes objetos: Objetos ocultos, configurações de segurança, propriedades de formato e inspeção, propriedades de legenda de tabela/campo, campos de pesquisa de tabela, consultas cruzadas, consultas de ação que obtêm parâmetros, muitas propriedades de consulta, macros e código de módulo e código de módulo.

Em geral, considere o uso do Microsoft Up -uping Wizard como ponto de partida ou para fases de prova de conceito. No entanto, não pode ser confiado para realmente aprimorar um aplicativo da maneira correta.

Fase 2: Implementação

Configure o SQL Server

Use o diagrama de dados que faz parte do seu plano de desenvolvimento para implementar a primeira versão dos objetos do SQL Server, como tabelas, visualizações e procedimentos armazenados. Implementar usuários, grupos e funções conforme necessário. É importante ter esses objetos em vigor antes do início do desenvolvimento que os desenvolvedores não podem funcionar contra um back -end do SQL Server que não está lá. Ainda não se preocupe com a otimização do desempenho, isso acontece mais tarde.

Desenvolvimento

Com base no seu plano de desenvolvimento, a equipe de sua equipe de desenvolvimento e forneça os recursos necessários. Disponibilizar o aplicativo de acesso existente à equipe para usar um recurso de referência ou protótipo. Fique de olho nos marcos e áreas de risco definidas em seu processo de planejamento.

Teste

Antes da primeira implantação de teste do novo aplicativo, os testes básicos baseados em desenvolvedores devem ocorrer. Use o aplicativo de acesso existente como modelo para reduzir a quantidade de tempo necessário para o esforço de teste inicial. Compare cada área funcional no aplicativo de acesso original com a nova base de código. Se você estiver reescrevendo completamente o aplicativo de front -end de acesso e a movimentação dos dados, planeja envolver a equipe dedicada de garantia/teste de qualidade para encontrar erros críticos.

Documentação

A maioria dos aplicativos de acesso é criada pelos usuários finais e, como tal, não possui documentação. Como você está investindo no processo de aumento do tamanho, agora é um bom momento para passar algum tempo documentando o novo aplicativo. No mínimo, crie um documento de configuração e solução de problemas que descreva onde as peças componentes do aplicativo residem, configurações de desktop e rede e técnicas básicas de solução de problemas com base nos resultados do seu plano de teste. Se você tiver os recursos, considere uma documentação mais completa na forma de diagramas de dados, fluxogramas, listagens de códigos, etc.

Treinamento

Quando você aceita um aplicativo de produção existente e altera ou reescreva-o, você deve planejar garantir que os usuários do aplicativo estejam a bordo. Dependendo do escopo das mudanças envolvidas no projeto de upinging, o treinamento para os usuários do aplicativo pode envolver algumas horas de passo a passo a um regime de treinamento formal completo com os guias de treinamento associados e documentação. Um bom treinamento é crucial se você quiser obter a adesão dos usuários do aplicativo.

Sair da cama

Seu primeiro lançamento do aplicativo é normalmente implantado em um subconjunto de toda a população de usuários. Selecione um pequeno grupo de usuários e empregue -os como testadores beta. O objetivo óbvio é verificar o trabalho de planejamento e desenvolvimento – o novo aplicativo funciona corretamente? Além disso, o feedback do usuário pode ajudar a identificar quaisquer problemas de última hora não abordados no processo de planejamento e implementação. Os usuários também podem fornecer informações inestimáveis ​​sobre usabilidade.

Depois de passar por testes iniciais e fazer as alterações ou correções necessárias, lançar o aplicativo para toda a base de usuários. Dependendo do número de usuários no aplicativo e da importância e moeda dos dados, considere executar o antigo sistema baseado em acesso em conjunto com o novo sistema por um período de tempo. Isso fornece um grau extra de segurança, caso os novos problemas de experiência do aplicativo.

Fase 3: Estabilização e otimização

Depois que o novo aplicativo está em uso de produção para todos os usuários, o projeto entra no período de estabilização. Os defeitos são identificados pelos usuários e as correções são planejadas. Os usuários também verão oportunidades para novas funcionalidades (como é o caso de qualquer aplicativo) e elas devem ser devidamente observadas pela administração. O suporte contínuo aos usuários é importante, pois um projeto de upinging geralmente resulta em atributos de aplicativos que não estão mais sob o controle do usuário final (i.e. Servidor SQL).

Durante esse período, você também deve monitorar o desempenho, não apenas em termos do que os usuários podem estar relatando como monitoramento lento, mas ativo do SQL Server, usando ferramentas como o analisador de consulta e os contadores de desempenho.

Conclusão

A evolução do banco de dados deve ser esperada e é um evento normal no desenvolvimento usual de negócios de qualquer empresa. A importância, tamanho e/ou acessibilidade do usuário (crescimento) de um aplicativo específico geralmente podem exceder seu conceito original ou plataforma de desenvolvimento. Embora a maioria dos aplicativos de acesso possa gastar toda a sua vida útil funcionando perfeitamente, alguns devem ser migrados para plataformas mais seguras e robustas. Saber quais bancos de dados de acesso são candidatos para o valor do tamanho e exatamente como executar a migração pode ser desafiadora até para o gerente de rede mais experiente.

Se você estiver assumindo um aplicativo de acesso ao Microsoft existente, leia nosso artigo assumindo (herdando) aplicativos de banco de dados do Microsoft Access antes de assumir que o aumento do tamanho é a resposta imediata. Há muitas coisas que podem ser feitas para alavancar o investimento existente no Microsoft Access, para que você possa concentrar seus esforços nessas situações em que o aumento do tamanho vale a pena.

Mantendo o aplicativo de acesso e os dados da família de produtos da Microsoft (e.g., Acesso ao SQL Server) e envolvendo um parceiro de tecnologia experiente como o FMS, o processo pode ser bastante gerenciável e econômico.

FMS conhecimentos

Quando a Microsoft decidiu envolver um parceiro certificado para emprestar experiência técnica e suporte para o seu acesso nacional da Microsoft à campanha de up -upsing do SQL Server, o FMS foi selecionado. Focamos na plataforma de tecnologia da Microsoft ao longo de nossa história e continuamos sendo um dos consultores mais confiáveis ​​de várias equipes de desenvolvimento da Microsoft hoje. Nossa reputação é de um envolvimento consistente, completo e significativo em todos os aspectos da comunidade de desenvolvimento de software e nossos produtos ganharam cerca de 40 prêmios da indústria.

Desde o primeiro lançamento do Access em 1992, o FMS fornece ferramentas premiadas de software de desenvolvimento de acesso à comunidade de programação. Agora conhecido em todo o mundo como o proeminente fornecedor de software de acesso de terceiros, a FMS está continuamente na vanguarda da inovação de acesso desde o início. De fato, Luke Chung, nosso presidente e fundador, é um MVP da Microsoft Access e tivemos vários indivíduos em nossa equipe concederam esse título.

Igualmente importante, desenvolvemos sistemas confiáveis ​​de banco de dados de alto desempenho usando o Microsoft SQL Server desde 1993. Nossa equipe tem uma vasta experiência em técnicas de normalização de dados, práticas recomendadas para design de banco de dados e um profundo conhecimento interno de como funciona o servidor SQL. Implementamos tudo, desde soluções de grupo de trabalho em pequena escala a sites de negócios de comércio eletrônico altamente escaláveis ​​usando o SQL Server e o SQL Azure. Entre em contato conosco para uma avaliação e mais informações.