|
Usuários |
|
56 Usuários Online
|
|
[Artigos]
MSDE – A Carta na Manga |
Publicado por ActiveDelphi : Quinta, Agosto 04, 2005 - 12:39 GMT-3 (7926 leituras)
9 Comentários Enviar para um amigo Versão para impressão
|
Este artigo tem como finalidade complementar o que descrevi no artigo para a Active Delphi deste mês: a hora que precisamos decidir qual o melhor Banco de Dados (SGBD) para a aplicação que estamos projetando.
Hoje é comum o mercado focar soluções de pequeno porte (com destaque as monousuárias) em ferramentas como MS-Access, Firefox, Interbase, Firebird etc.
Quando o
volume é muito grande a atenção muda para Oracle, SQL Server, DB2, Informix...
De um
lado o MS-Access tem capacidade limitada para armazenamento de dados (2 GB),
preço mais baixo e não apresenta sistema de segurança confiável. Existem aos
milhares "programinhas" na web que recuperam a senha que "protege" o banco.
No outro extremo o SQL Server tem valor alto dependendo
da solução que se deseja implementar, mas em contra partida oferece 1 Terabyte
por banco de dados, atende aplicações Cliente/Servidor com grande número de
acessos simultâneos.
O preço deste produto pode se tornar muito caro
dependendo da solução e a manutenção exige conhecimento mais aprofundado por
parte de quem administra o Banco de Dados ou desenvolve para ele.
Apresentado os cenários constatamos que existe um grupo
que não se enquadra em nenhum destes e é este grupo que tem a maior
probabilidade de fazer a escolha errada.
Geralmente o que eu aconselho quando presto serviços de
consultoria aos meus clientes é começar com algo menor e progredindo conforme a
demanda.
Esta solução atende a "aplicações piloto" e oferece
fôlego ao cliente para poder obter retorno sobre o investimento (ROI), antes de
partir para algo de um porte mais robusto.
Com esta atitude a estratégia da empresa fica mais
focada no sucesso do sistema e em proporção menor no investimento que ele
demanda.
Muitas vezes projetos muito interessantes e
estratégicos para a empresa são desestimulados de prosseguirem quando é
apresentado o quanto se deve investir sem uma certeza concreta de retorno.
Certa vez desenvolvi um projeto para uma empresa que
desejava colocar na Web uma loja virtual de seus produtos e ela não estava
segura do sucesso deste projeto. (Não foi permitido por ela divulgar o nome,
pois o contrato que fiz exige sigilo).
A primeira sugestão feita pelo cliente foi o emprego da
ferramenta MS-Access.
O que de pronto achei muito arriscado, principalmente
pelo fato deste banco poder ser acessado por qualquer um (com intenções
maliciosas ou não) e pelo número de acessos poder ser maior do que eles
estimavam.
Um dos argumentos que utilizei foi o de que a migração
do Access para o SQL Server (Banco de Dados do Provedor das páginas) não era um
solução rápida para implementar quando o site começasse a crescer e na
velocidade que aplicações para
a internet exigem.
A diferença entre SQL Server e Access começa pelo
sistema de segurança que é completamente diferente, além da arquitetura básica
que proporciona uma migração que requer um tempo maior para análise e validação
de todos os objetos do Banco de Dados (Tabela, queries, índices etc).
Ao desaconselhar a utilização do Access o foco para a
escolha foi responder a seguinte pergunta:
O que posso ter como recurso que possibilite criar uma
pequena aplicação que esteja preparada para crescer de forma que a migração para
um banco de dados maior seja fácil e segura?
Neste momento surge uma solução da Microsoft muito
pouco explorada e que permite responder esta pergunta de forma rápida e segura:
O MSDE (Microsoft Data Engine)
Trata-se de uma versão mais limitada do SQL Server,
que pode perfeitamente ser utilizada como opção de transição entre o modelo de
sistemas mais básicos para um modelo de aplicações mais complexas.
Veja comparativo na tabela 1.
É possível realizar o download do MSDE na página da
Microsoft ->
http://www.msdn.microsoft.com/vstudio/msde.
O MSDE também está disponível nos CD´s do Visual Studio
.NET.
Por ser um versão simplificada do SQL Server o MSDE
usa a mesma arquitetura , permitindo migrar aplicação MSDE para o SQL Server sem
transtornos.
Com esta solução é possível criar uma aplicação inicial
usando o MSDE e futuramente expandir os recursos para o ambiente SQL Server que
exigirá esforço mínimo.
Esta solução foi apresentada para o cliente e passados
cinco meses foi iniciada a segunda fase do projeto que consiste na migração para
o SQL Server.
O MSDE é totalmente compatível com o SQL Server e
contém o Database Engine que trabalha como o SQL Server sem apresentar todos os
recursos que o SQL Server possui, além disso suporta a sintaxe SQL ANSI.
Outras vantagens que podem ser destacadas são:
+ logs de
transação
+ bloqueio em nível de registro
+ segurança integrada com o Sistema Operacional.
O MSDE pode ser distribuído sem pagamento de royalty
para usuários registrados do Office 2000 Developer ou Visual Studio. No caso de
empresas perfeitamente em dia com softwares originais isso passa a ser
transparente.
Um outro exemplo que emprega esta solução e está
crescendo cada vez mais é o uso para a construção de Intranet em pequenas e
médias empresas.
A versão padrão do MSDE consta nos CD´s do Office
Premium , no Microsoft Office 2000 Developer e no Visual Studio .NET.
Hoje o site está totalmente migrado e o cliente não só
está satisfeito como serviu para a apresentação de outros clientes através deste
case de sucesso.
|
|
MSDE |
MS-ACCESS |
|
Compatibilidade |
MSDE = SQL Server |
SQL Server <> MS-ACCESS |
|
Desempenho |
Otimização a partir de 50% em
relação ao Access, podendo ser maior ainda através de tunning |
Otimização limitada |
|
Processamento |
Pode utilizar
multi-processamento no servidor (2 CPU' s nas versões Desktop, 4 nas
versões Standard e 16 nas versões Enterprise) |
Recurso inexiste |
Tabela 1 –
Comparativo entre MSDE e MS-Access.
Instalado o MSDE procure pelo ícone na barra de tarefas
(um cpu com uma seta
do lado) e clique sobre o mesmo.
Surgirá a tela da figura 1.

Figura 1 – SQL Server
Service Manager em execução
Clique em Start/Continue e aí é só realizar a conexão e iniciar as atividades
normalmente.
Dados técnicos:
O que é necessário para a instalação do MSDE.
|
As informações disponíveis abaixo
são as mínimas para que seja possível executá-lo. |
|
Processador |
Computador com a Pentium 166
megahertz (MHz) ou superior. |
|
Sistema Operacional |
Microsoft Windows NT® Server or
Windows NT Server 4.0 Enterprise Edition com Service Pack 4 ou superior
Microsoft Internet Explorer 4.01 com Service Pack 1 ou superior |
|
Memória |
32 megabytes (MB) de RAM |
|
Disco Rígido |
· 65-180 MB no Servidor;
approximadamente 170 MB para instalação Típica
· 35-50 MB para Serviços OLAP aproximadamente 50 MB para instalação Típica |
|
Drive |
CD-ROM |
|
Monitor |
VGA ou resolução superior.
E recomendado Super VGA |
Tabela 2 – Requisitos para a
instalação do MSDE.
E para pensar enquanto programa…
Acredite que há sempre solução para todos os problemas.
Norman Vincent Peale ( escritor americano)
Qualquer dúvida fique a vontade para
entrar em contato.
Antonio de Alexandre
adalexan@gmail.com
|
|
Comentários | |
| | Comentários pertencem aos seus respectivos autores. Não somos responsáveis pelo seus conteúdos. |
por: rafaelmart : Ago 04, 2005 - 01:01 (Informações sobre o membro | Enviar uma mensagem)
http://rafaelmartins.webcindario.com/
|
Muito bom seu artigo amigo, mas descordo no que se diz respieto ao uso deo Firebird comparado ao access.
Bancos firebird pode ser facilmente comparado ao sql server da microssoft. Claro q cada um com suas caracteristicas!
A evolucao do banco de dados "open source" é visível e ja vem sendo utilizadas por diversas aplicaçoes q requerem seguranca dos dados e transaçoes! um otimo exemplo que comprava isso é a sua utilizacao em mais 2000 juntas de servico militar, alem de ser um banco multi-plataforma!
Trabalho com firebird desde seu inicio e posso dizer, com toda certeza, que é um banco de dados estavel/seguro e que nao perde em nada para o banco de dados proprietario da microssofit.
Um grande abraço!
|
por: adalexan : Ago 04, 2005 - 05:57 (Informações sobre o membro | Enviar uma mensagem) http:// | | Olá!
É sempre um prazer receber comentários a respeito do que escrevo e aprecio o seu ponto de vista.
A inteção deste texto não é comparar banco de dados e sim mostrar as caracterísiticas de cada um.
Em particular sobre o Firebir não tenho críticas a fazer.
Pelo que tenho com experiência de mercado e posso afirmar a respeito é que ainda não existem aplicações pesadas e grandes que o mercado tenha coragem de investir.
Quanto a citação de aplicação que você fez o que ocorre é que cada uma das juntas tem a sua base isolada e não é centralizada certo?
Ainda que fosse um banco centralizado é um case em separado e que ainda o mercado não adiquiriu confiança para poder migrar suas aplicações para esta ferramenta.
Estou escrevendo sobre o SQL Server porque vejo a presença deste SGBD muito forte e acho que para muitos que trabalham com Delphi devem passar por situações que podem ser ilustradas e aprendidas através do que escrevo.
sinta-se a vontade de escrever novamente, pois será um prazer conversarmos a respeito.
Um grande abraço,
Antonio de Alexandre
P.s.:
caso seja assinate da Revista leia a matéria que escrevi neste mês, pois falo sobre a escolha de do melhor banco de dados para um projeto. | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
[ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: adalexan : Ago 05, 2005 - 03:32 (Informações sobre o membro | Enviar uma mensagem) http:// | Muito Obrigado pela informação Rafael.
Ela foi muito importante para o enriquecimento de nosso debate.
Estarei divulgando estes dados aos meus amigos.
Quero aproveitar para deixar registrado que não me oponho a ferramenta.
A única ressalva que tenho a respeito é que pelo menos no mercado nacional a literatura que encontramos é focada no vínculo entre o Firebird e o Delphi.
Penso que quando é desenvolvido um SGBD e ainda mais nos dias de hoje não se pode vincular um banco de dados a uma linguagem em específico, pois isso acaba limitando o público onde ela pode ser oferecida.
A idéia que é passada é que se você não usa Delphi, não deve usar Firebird, o que nào é uma verdade.
Mais uma vez agradeço a sua atenção.
Um grande abraço.
| [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: rafaelmart : Ago 05, 2005 - 10:07 (Informações sobre o membro | Enviar uma mensagem) http://rafaelmartins.webcindario.com/ | Os desenvolvedores estao a cada dia desenvolvendo novas enguines de acesso e drivers para acesso ao firebird. Hoje temos driver ODBC, JDBC, script "incluso" no projeto php, provider´s para .net, dentre outros. Todos estaveis e seguros! Portanto podemos acessar a base de dados "e todas suas funcionalidades" em conjunto de diveras rads:
visual basic
asp .net (vb.net, delphi 2005)
php
java se/ee
lazarus
.
.
.
como digo... firebird nao pode ser considerado como um sgbd pequeno. Pelo contrario!
PS.: A comunidade firebird brasileira é considerada uma da maiores e mais participativas em seu desenvolvimento! | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: mediacompsoftware : Set 02, 2005 - 07:41 (Informações sobre o membro | Enviar uma mensagem) | MediaComp Tecnologia em Software
mediacompsoftware@hotmail.com
Wagner Santos - Programador Delphi
Gostei do artigo e gostaria de aproveitar para perguntar. Atendo atualmente 85 lojas, TEF Dedicado, Discado, Etc. Estou naquela hora que vc citou. Que banco de dados usar para atender dezenas de checkouts e atualizações via NET.
Qual banco de dados vc me indicaria. Afinal, uso o PARADOX até hoje.
É tanta homologação que nem sei ainda quais das dezenas de SGDB escolher e custo baixo. | [ Comentários não permitidos para usuários anônimos. Por gentileza, registre-se ou conecte-se ao sistema
por: gsoft : Ago 06, 2005 - 10:30 (Informações sobre o membro | Enviar uma mensagem)
|
ALguem da Active Delphi poderia por favor publicar alguma coisa sobre o banco de dados Absolute Database Component for Delphi MultiUser?????????????????????
Se é que alguem conhece isso né
|
|
|
Edição 112 |
|
|
50 Programas Fontes |
|
|
Produtos |
|
|