Mesmo se você estiver executando um aplicativo cliente-servidor de grande escala, gostaria de usar o MS Access de forma inovadora.
Uma arquitetura cliente-servidor é precisamente um sistema de computador de duas camadas. Onde um computador é o servidor, que fornece os dados, e outro é o cliente, que solicita os dados. O sistema pode consistir em vários computadores cliente/servidor, onde os computadores servidores criam uma estação de trabalho, que executa um aplicativo, e os computadores clientes são conectados a esse aplicativo por meio de uma rede. Muitas vezes acredita-se que apenas aplicações pesadas como SQL Server podem funcionar como aplicativos cliente-servidor, enquanto os mais leves e básicos como o MS Access não podem. No entanto, isso não é verdade, existem certas maneiras de usar o MS Access em uma arquitetura cliente-servidor.
Papel do MS Access na computação cliente-servidor
Além de ser um aplicativo de administração de banco de dados, o Access também pode funcionar como uma ferramenta de desenvolvimento de aplicativos. Tem, portanto, uma natureza dual. Embora o Access Database Engine não forneça uma atmosfera multitarefa tão poderosa e eficiente quanto a do SQL Server, ele fornece aos usuários criadores eficientes de relatórios e formulários. A ferramenta de criação de relatórios no MS Access é tão boa que realmente deixa para trás o The SQL Server Serviço de Reportagem.
Além de uma ferramenta de relatório melhor, são aplicativos como o Visual Studio e o SharePoint que fornecem SQL Server com uma interface de usuário, pois não possui um desenvolvedor ou design de interface de usuário. Outra maneira pela qual o Access Database Engine pontua melhor do que o Jet Database Engine é; ao oferecer suporte à integração integrada com o SharePoint Services.
Desafios com o uso do acesso na arquitetura cliente-servidor
Há muito tempo, o Access é considerado um aplicativo usado principalmente por usuários individuais, pequenas empresas ou grupos de trabalho. É um aplicativo que é uma combinação perfeita de ferramenta de desenvolvimento de banco de dados, ferramenta de desenvolvimento de aplicativos e mecanismo de banco de dados. Uma das principais razões pelas quais o Access é frequentemente considerado impróprio para uma arquitetura cliente-servidor é o fato de que a Microsoft sempre o anunciou dessa forma. Considerando que, na realidade, o MS Access tem potencial para atender a um grande número de usuários, que estão utilizando o aplicativo ao mesmo tempo. Isso foi possível principalmente porque seus recursos melhoraram muito ao longo do tempo.
O MS Access hoje é muito capaz de construir um aplicativo do lado do cliente que seja eficiente o suficiente para fornecer dados fornecidos pelo servidor. O consumo de dados fornecidos pelo SharePoint é algo que pode ser feito sem problemas ao usar o MS Access, independentemente da localização desses dados. Da mesma forma, o gerenciamento de dados mantidos por SQL Server, em qualquer lugar na internet também é igualmente fácil para o MS Access. No entanto, isso não significa que não haja limitações desta aplicação em uma arquitetura cliente-servidor.
Quando usado na arquitetura cliente-servidor, o Access não será capaz de executar um portal online e sobrecarregá-lo pode levar a corrupção de mdb. No entanto, mesmo quando usado em um sistema de computador de grande escala, o Access pode funcionar muito bem como uma ferramenta de desenvolvimento de front-end.
Introdução do autor:
Vivian Stevens é especialista em recuperação de dados em DataNumen, Inc., líder mundial em tecnologias de recuperação de dados, incluindo SQL Server fixo e produtos de software de recuperação do Excel. Para mais informações visite www.datanumen.com