 |
|
||
        |
 |
Conheça o Plugfeed | » Início » Desenvolvimento » Banco de dados e SQL » SQL Server 2005 New Features: O tipo de dados XML
Conheça o Plugfeed | » Início » Desenvolvimento » Banco de dados e SQL » SQL Server 2005 New Features: O tipo de dados XML
--> |
|
Avaliação: Não avaliado | Publicado em: 23/04/2007
SQL Server 2005 New Features: O tipo de dados XML
Gustavo Maia Aguiar é graduado em Administração de Empresas e pós-graduado em bancos de dados, atua na área de tecnologia de informação desde 2001, exercendo funções de desenvolvedor, analista, administrador de banco de dados (DBA) e administrador de dados (AD). É profissional certificado (MCP, MOS, MCDBA, MCAD, MCTS, MCITP, MCT, MVP e Itil Certified Professional). Já trabalhou em instituições do governo, iniciativa privada e parceiros Microsoft em atividades de suporte, consultoria e treinamento. É membro ativo e moderador dos fóruns de SQL Server do MSDN e TechNet e das comunidades SQL Server Brasil e SQL Brasil (Orkut). Semanalmente publica artigos de banco de dados e SQL Server em seu blog.
SQL Server 2005 New Features: O tipo de dados XML
XML e banco de dadosA adoção cada vez mais maciça do XML tem forçado os fabricantes de software a incorporarem-no em seus produtos e em diversas camadas de aplicação. Há algum tempo atrás, XML era apenas um formato para troca de dados. Rapidamente esse padrão ganhou força na camada de apresentação (principalmente no ambiente WEB) e atualmente ele já é utilizado em camadas de negócio em algumas aplicações. É natural que o próximo passo fosse a disponibilidade de se trabalhar com XML diretamente no banco de dados. Existem algumas alternativas para tratar dados XML em banco de dados. Antes de propriamente explicitá-las, é importante tratar dois pontos de vista bem extremos nesse assunto. De um lado existem os mais conservadores que afirmam que um banco de dados deve armazenar apenas dados. Para esses conservadores, XML nunca deve ser armazenado em um banco de dados já que ele representa em sua essência uma camada de transporte e não de persistência. Tags, schemas e referências não compõe o dado em si e não devem ser persistidos no banco de dados. Por outro lado, adeptos de tendências mais recentes afirmam que os bancos de dados, da forma como existem hoje, serão descontinuados já que o XML provê mecanismos de controle de integridade (XML Schema) e mecanismos de consultas eficientes (XPath, XQuery) além de prover novas possibilidades. Todo extremo potencializa muitos suas vantagens e aborda pouco suas desvantagens. De fato, armazenar XML no banco de dados acarreta em algumas desvantagens, mas pode prover facilidades e uma flexibilidade que não são oferecidas em um banco de dados relacional padrão. Por outro lado, tratar todos os dados como XML traz diversos problemas quando existem operações muito pesadas de sumarização (média, desvio-padrão, etc), por exemplo. Enquanto alguns fabricantes oferecem bancos de dados com uma estrutura relacional, objeto-relacional ou pós-relacional (MySQL, Firebird, PostgreSQL, etc) e outros oferecem uma estrutura puramente XML (Tamino, Berkeley DB XML,etc), alguns optam por oferecer ambas as possibilidades em um único produto como é o caso da Oracle (a partir do Oracle 9i), da IBM (a partir do DB2 9) e agora mais recentemente a Microsoft (a partir do SQL Server 2005 que coincidentemente também é a versão 9). Dessa forma, o suporte a XML em banco de dados possui as seguintes abordagens:
O papel do XML em banco de dados, suas vantagens e desvantagens, o seu armazenamento em banco de dados e os recursos o SGBD fornecesse para trabalhá-lo são sem dúvidas assuntos muito interessantes de serem debatidos, mas nesse artigo o foco será unicamente em discorrer sobre o tipo de dados XML no SQL Server 2005. Quem se interessar pelas questões citadas poderá utilizar alguns dos links relacionados ao término do artigo.  |
   |
 |
 |
|
|