Artigo SQL Magazine 32 - Bancos de dados complexos – Um exemplo prático

Bancos de dados complexos – Um exemplo prático

Hoje, a maior parte da informação existente em uma organização não está armazenada em linhas de tabelas de um banco de dados. São informações guardadas em documentos, memorandos, e-mails, vídeos e todo o tipo de conteúdo que não é facilmente estruturado em linhas e colunas de uma tabela. Quanto mais complexa for a informação a ser manipulada, mais complexa se torna nossa aplicação, já que temos que, o tempo todo, montar e remontar a informação para que ela seja útil em nosso programa e que possa ao mesmo tempo ser armazenada no banco de dados.

Se sua aplicação está se tornando muito cara porque você precisa de um “algo mais” em termos de armazenamento e recuperação, então você precisa de um servidor de dados que possa manipular dados complexos e é isto que vamos abordar neste artigo.

Um pouco de teoria

Chamamos de “dados complexos” toda a informação que não é bidimensional (linhas e colunas) ou mesmo que não é formada por tipos simples (inteiro, string, etc.). Observe que um dado complexo pode ser desde uma imagem até um documento contendo várias páginas de texto, som e vídeos.

Como a informação é complexa, a “linha” que armazena o registro no banco de dados não é necessariamente um vetor e sim um objeto. O modelo de dados orientado a objeto não está limitado a manter as informações em linhas e colunas. Em vez disso, o desenvolvedor cria uma definição que descreve completamente uma determinada classe de informação. Cada registro (objeto) é uma instância específica daquela classe. Assim, cada objeto contém todos os itens de informação para um, e apenas um, registro. Neste caso, um objeto pode conter, por exemplo, uma nota fiscal e ao mesmo tempo todos os itens associados à nota, coisa que em um banco de dados relacional envolveria pelo menos duas tabelas diferentes."