1. O documento analisa o desempenho de três sistemas gerenciadores de banco de dados (MySQL, PostgreSQL e Firebird) no armazenamento e manipulação de dados multimídia.
2. O objetivo é identificar qual a melhor tecnologia para armazenar dados binários e analisar o desempenho de cada banco de dados com dados multimídia.
3. Cada banco de dados é descrito, incluindo suas características, limitações e capacidade de armazenamento.
1. 1
BANCO DE DADOS MULTIMÍDIAS: UMA ANÁLISE COMPARATIVA ENTRE
SISTEMAS GERENCIADORES DE BANCOS DE DADOS NA MANIPULAÇÃO DOS
DADOS MULTIMÍDIA
Milena Karola de Azevedo Santos
Milenakarola@hotmail.com
Athânio de Souza Silveira
athanio@ifpi.edu.br
RESUMO:
O presente artigo, restitui a importância da verificação dos desempenhos dos Bancos de Dados
Multimídias (MySQL, PostgreSQL e Firebird) os quais estão adequados para serem utilizados
nas atividades de criação dos software que precisa exercer com um amplo conhecimento,
consistência e seguranças de suas informações, a idéia central tem a seguinte indagação: quais
dos Bancos de Dados Multimídia pesquisados,são mais aptos a trabalhar com dados
multimídias para torná-los elemento de solução na utilização de vários softwares. Nessa
perspectiva, o objetivo geral dessa pesquisa, busca na analise a melhor solução. Trata-se de
uma pesquisa quanti-qualitativa acaba por representar tanto o termo físico como o termo
numérico. Também tem seu caráter bibliográfico no âmbito da visão dos autores, tais como:
Andrade (2010), Anderson (2004), Bianchi (2006), entre outros. Por ser quanti-qualitativa
ajuda a estabelecer ainda a confiabilidade nas demonstrações de coleta e análise dos dados da
pesquisa de maneira numérica e em forma de texto sendo mostrados. Nas reflexões finais,
ressaltamos o resultado de saber qual dos Bancos tem o melhor desempenho em todos os
dados multimídia analisados e o resultado geral de qual, dos três Bancos o que mais se
destacou juntamente com a importância de utilizar esse resultado nas construções de todos os
softwares especifico que possa precisar em ter como matéria prima um Banco de Dados
Multimídias.
PALAVRAS - CHAVE: Banco de Dados, Blob, Banco de Dados multimídias, Dados
binários.
INTRODUÇÃO
Cada vez mais, as empresas e os desenvolvedores de tecnologias que procuram um
servidor de Banco de Dados Multimídias altamente sofisticados, com estabilidade e
capacidade de lidar com grandes volumes de dados complexos. Além de poder ser um produto
1
Open Source, ou seja, sem custos de licença, uma alternativa extremamente atraente para as
empresas que buscam um custo total de propriedade menor, para os ativos em TI sem
1
Open Source significa código fonte aberto. Programas open source divulgam seus códigos fonte para que qualquer
pessoa com conhecimento de programação possa modificá-lo, ampliá-lo e melhorá-lo.
2. 2
desmerecer a qualidade de alto potencial dos serviços prestados dos Bancos de Dados
Multimídias.
Por ser uma área nova que surgiu há pouco tempo pela necessidade de persistir e
manipular dados diferentes. Essas habilidades estão crescendo e assumindo o papel de base
em novas áreas da tecnologia, tornando-se cada vez mais imprescindível na sociedade em que
vivemos, e atuando em todos os setores do nosso dia a dia.
Existem vários problemas a serem resolvidos e questionados como na observação de
qual Banco de Dados Multimídia a ser utilizado para atender as necessidades especifica de
cada software, é uma pergunta a ser estudada e respondida, com o intuito de haver uma
solução, para uma melhor atuação de seus serviços. Nesse sentido, diante do exposto, o
objetivo geral deste trabalho é Pesquisar Banco de Dados Multimídia enquanto elemento de
solução para ajudar na utilização de vários softwares.
Os objetivos específicos são de identificar qual a melhor tecnologia para armazenar e
manipular os dados binários, bem como, analisar o armazenamento e o desempenho dos
dados multimídias nos Bancos de Dados (o MySQL , PostgreSQL e Firebird) para serem
utilizados em qual quer software que precise usar dados multimídias. A escolha desse Bancos
se baseia nas pesquisas dos teóricos estudadas para compor a estrutura deste presente artigo.
1 REFERENCIAL LITERÁRIO DOS BANCOS DE DADOS MYSQL, POSTGRESQL
E FIREBIRD.
Devido à informação mencionada, surgiu à necessidade de gerenciar grandes blocos
de dados, deste modo, os cientistas da computação desenvolveram técnicas que foram sendo
aprimoradas em sistemas especializados para melhor gerenciar as estruturas para
armazenamento de dados e proporcionar mecanismos de manipulação das informações.
Aparecendo assim o Sistema de gerenciamento de Banco de Dados (SGBD) para
gerenciar grandes coleções de dados inter-relacionados em um conjunto de programas, para
estabelecer comunicação dos dados com um computador, obtendo assim as informações.
Devido a esse fator e também por serem associados às máquinas de auto-atendimento postas
em Bancos financeiros para agilizar os serviços bancários. Devido a esta ação possibilitou a
interação direta da pessoa com o sistema por meio de interfaces, possibilitou ainda mais sua
aceitação no mercado.
Na mesma década de 1990, com o uso da Internet e a utilização da multimídia,
ocorreu à necessidade da evolução dos Sistemas de Bancos de Dados que aprimorava ainda
3. 3
mais seus serviços através de sua linguagem de programação padrão chamada Linguagem de
Consulta Estruturada, do inglês Structured Query Language (SQL). Agora além de ser
relacional, constituindo-se na maneira abstrata de armazenar, recuperar e manipular os dados
estruturados na forma de tabela.
Passava a estender-se a pós-relacionais, que consiste em atender às necessidades de
gerenciar dados de aplicações não convencionais que são estruturas não-fixas com vários
níveis de composição, dados de diversas mídias e dados semi-estruturados que possibilitaram
o surgimento do Banco de Dados Multimídias, feito especialmente para armazenar e
manipular dados complexos, como os arquivos multimídias e que hoje está sendo o suporte de
novas tecnologias como a TV digital, ressonância magnética, entre outros.
Conforme afirma Andrade:
A importância da representação eficaz de dados complexos reflete-se nas
novas versões dos sistemas de gerenciamento de banco de dados (SGBD).
Os modernos SGBD buscam implementar modelos de dados mais
abrangentes, [...]. Esses modelos são capazes de agregar diversos tipos de
dados complexos mantendo, ao mesmo tempo, vantagens como segurança,
independência, compartilhamento, controle de redundância e integridade de
dados oferecidos atualmente. (1998, p.06).
No mundo que está voltado para aplicações compartilhadas em uma rede a nível
mundial (Internet), assim, o contexto das novas tecnologias que são aplicações webs, que dão
suporte aos usuários (onde há uma grande carga de acessos e manipulações dos dados
complexos ou não) terem ao seu dispor acesso a todos os serviços oferecidos nesse tipo de
aplicação. Para isso, a ciência da computação e suas sub-áreas estão trabalhando em benefício
de facilitar cada vez mais a evolução da tecnologia, como por exemplos a criação dos SGBDs
de código aberto como o MySQL , PostgreSQL e Firebird.
1) MySQL
Com a necessidade de um mecanismo que fizesse a conexão de tabelas criadas na
linguagem SQL para determinado fim, surgiu o banco MySQL, que foi criado por Michael
Widenius na companhia suíça TcX em 1979, ele desenvolveu um Banco de Dados que
escreve em várias linguagens e a princípio foi chamando UNIREG.
A empresa TcX em 1994 começou a desenvolver aplicações baseadas na Web, tendo
como base esse novo Banco UNIREG, mas isso não foi o suficiente para gerar de páginas de
4. 4
dinâmicas na Web, pois esse novo Banco tinha seu overhead2
grande, o que fez com que a
empresa procurasse outro banco a qual preenchessem melhor os seus interesses .
Então houve a solução de juntar MySQL com o novo Banco UNIREG utilizando o que
tinha melhor dos dois Bancos. Com o passar dos anos o banco teve várias versões de evolução
e agora mostra quase todas as funcionalidades dos grandes Bancos de Dados, sendo um dos
Bancos mais rápidos do mercado, com uma linguagem simples, altera, recupera informações
na web com rapidez e segurança, suporta várias plataformas usando inúmeras combinações de
sistema operacionais sendo os mais usados os sistemas Linux e Windows.
Segundo Figueiredo afirma que na escalabilidade:
O limite de tamanho das tabelas do MySQL é de 4Gb e utilizando o
MyISAM, este limite é expandido para 8 milhões de terabytes. Pode-se
perceber que, dessa forma, o tamanho máximo das tabelas não é limitado
pelo sistema interno do MySQL, mas pelas restrições do sistema
operacional utilizado. Como exemplo, podemos citar Linux-Intel 32 bit:
2GB; Solaris 2.5.1: 2GB e com patch, 4GB; Solaris 2.6: 4GB; Solaris 2.7
Intel: 4 Gb e o Solaris 2.7 UltraSPARC: 512 Gb.(2004,p.31).
2) PostgreSQL
O sistema de Banco de Dados PostgreSQL começou em 1986 a ser criado pelo
Departamento de Ciência da Computação da Universidade da Califórnia em Berkeley e teve a
primeira versão em 1994.Liderado pelo professor Michael Stonebraker, que teve ajuda de
patrocinadores das seguintes instituições: Army Research Offuce (ARO); Defense Advanced
Research Projects Agency(DARPA);pela ESL, Inc e National Science Foundation(NSF).
Foi o primeiro Banco criado com a característica de orientação a objeto personalizados e
com heranças, por isso que não é inteiramente relacional e sim objeto-relacinal. O Banco de
Dados PostgreSQL, assim com o MySQL, passou por várias versões, ele visa melhorar ainda
mais a sua atuação devido as suas melhorias das ferramentas que já existem e da criação de
implementações de ferramentas. O PostgreSQL não surporta algumas combinações de
sistemas operacionais e processadores do tipo Linux com PARISC e NetBSD com Alpha, fora
esse, os demais são compatíveis.
Conforme FIGUEIREDO declara que sua escalabilidade:
[...] apresenta limites de armazenamento de dados consideráveis. O tamanho
máximo do BD é limitado pelo espaço em disco disponível e pelo espaço de
2
Overhead : é geralmente considerado qualquer processamento ou armazenamento em excesso, seja de tempo de
computação, de memória, de largura de banda ou qualquer outro recurso que seja requerido para ser utilizado ou gasto para
executar uma determinada tarefa.
5. 5
memória/sweep. Há casos de até 4Tb. O tamanho máximo de tabelas é de
16Tb, o tamanho máximo de uma linha é de 1.6 Tb e de um campo é de 1Gb.
Já a quantidade de linhas permitidas em uma tabela é ilimitada e a
quantidade máxima de colunas por tabela varia entre 250 a 1600,
dependendo do tipo de dado. Tabelas muito grandes são armazenadas em
múltiplos arquivos de 1 Gb. (2004, p.34).
O PostgreSQL está sempre em evolução, com novas versões e sendo usado pelas
empresas que escolhem substituir seus Bancos de Dados comercias por ele.
3) Firebird
Iniciou-se no ano de 1985 devido a uma equipe de engenheiros da DEC. A princípio, o
seu nome inicial foi Groton, mas com o passar dos anos esse produto sofreu várias alterações
até chegar o ano de 1986, a qual recebeu o nome de Interbase com versão 2.0. Neste período,
a ideia era produzir um Sistema Gerenciador de Bancos de Dados Relacionais que oferecesse
benefícios não encontrados em outros da época.
Com mais de 20 anos de tecnologia o Firebird é uma Banco de Dados maduro e estável,
seu código é derivado do 3
Borland InterBase 6.0. Não possui licença, devido ter um código
aberto, portanto, pode se utilizar em qualquer tipo de aplicação seja ela comercial ou não, no
início o Banco de Dado priorizava por fazer funcionar o código e entender as convenções,
atualmente está focado para adicionar novos recursos de aplicação.
De acordo com Anderson afirma que:
A limitação do Banco de Dados Firebird é não trazer nenhuma interface de
administração, porém essa carência é facilmente contornável: no site oficial,
http://www.firebirdsql.org, diversos programas estão disponíveis que
possibilitam realizar essas operações. Outra é não ter “4
point in time
recovery”, recuperação do banco em caso de falhas, prometido para a
próxima versão. [...] Oferece a simultaneidade excelente, desempenho
elevado, e a sustentação poderosa da língua para procedimentos e
disparadores armazenados. ( 2004, p. 94)
4) Tratamento na persistência dos dados multimídias no MySQL
No Banco de Dados MySQL, os dados multimídias são tratados de forma que seu
armazenamento fique dentro de tabela em formato binário, essas tabelas são conhecidas por
armazenar objetos de dados complexos ou semi-estruturados, que são chamados de campo
binary large object (Blob).
3
Interbase Borland, ou melhor, falando InterbaseSQL ServeR que é um sistema de gerenciamento de bancos de
dados desenvolvido pela borand Empresa.
4 Point in time recovery: ponto no tempo de recuperação.
6. 6
A característica desse campo é ser um objeto binário e ter a capacidade de poder conter
uma quantidade variável de dados, diferente dos campos convencionais dos principais
SGBDs. Um melhor exemplo que serve para explicar o que está sendo mencionado são os
tipos de dados que classificam-se em: tipo String, valores temporais, Integer e dados. O tipo
String são cadeias de caracteres, linhas de comando que geram palavras, frases ou textos na
área trabalhada.
Conforme afirma Bianchi, se dividem em dois segmentos “Não-binários: Char, Varchar
e Text, este último que se divide em mais outros três, que são: Tinytext, Mediumtext e
Longtext. binários: Binary, Varbinary e Blob, este último que se divide em mais outros três,
que são: Tinyblob, Mediumblob e Longblob.” (2008,13.p).
O comprimento máximo do Binary e Varbinary é o mesmo que o Char e Varchar, o
que os diferenciam é o tamanho em bytes em vez de caracteres. O Binary e Varbinary, esses
tipos de dados são distintos dos Char Binary e Varchar Binary, que também são tipos de
dados para os últimos tipos, como o Binary, o seu atributo não causa a coluna a ser tratada
como uma coluna de string binária.
O campo Blob é classificado em quatro tipos, com forme os tipos de dados
apresentados que são: TInyBlob que significa o campo Blob que armazena o máximo de 255
caracteres correspondendo a 8bits e mai 1 de controle; o Blob é o mesmo que o Tinyblob,
porém armazena só 16535 caracteres correspondente a 16 bits mais 2 de controle;
MediumBlob é igual ao TinyBlob, só que armazena ate 16777216 caracteres que
correspondem a 24 bits mais 3 de controle e o LongBlob, que é a mesmo que o TinyBlob,
armazenando 4294967295 caracteres a 32 bits mais 4 de controle. Além de ter
particularidades que são: o reconhecimento de ser um campo Long VarChar que é uma
variável a qual permitem armazenar cadeias de caracteres com um comprimento de 32.700
caracteres para drives 5
ODBC; não é possível usar os comandos 6
GROUP e 7
SORT com
campo blog, como também chaves primarias (excluindo Tinyblob).
Tipo valores temporais, integer é usadas nos campos convencionais, seu tamanho de
armazenamento de informações é bem pequeno quando comparamos com campos do tipo
Blob que são definidos na ordem de KB, MB, GB, que significa grandes quantidades de bytes.
Nos campos convencionais é necessário declarar o tamanho quando se está criando a tabela,
5
ODBC é um padrão para ter acesso a sistemas gerenciadores de bancos de dados, este padrão ajuda a definir um
conjunto da interface que permite o uso de linguagens de programação.
6
GROUP é um comando que serve para mostrar os grupos que o usuário pertence.
7
SORT comando que serve para ordenar um determinado texto colocando em padrão linha-a-linha e em seguida
exibido na tela seu resultado.
7. 7
mas no campo Blob não é preciso, pois o tamanho dos campos é indicado pelo o tamanho da
página de dados, informado na mesma hora que está sendo criado o Banco.
5) Tratamento na persistência dos dados multimídias no PostgreSQL
O Banco PostgreSQL tem suporte para funções de objetos grandes para Blobs, mas
somente uma referência para o Blob que é salva no bando de dados. Os dados multimídias são
tratados de maneira que seu armazenamento pode ocorrer de duas formas: armazenamento dos
dados binários em tabela utilizando o tipo de dado byte, ou através da funcionalidade de
objeto extenso que armazena os dados binários em uma tabela a parte, em um formato
especial, fazendo referência a esta tabela que armazena um valor do tipo OID na tabela
usuário, sem esquecer-se de definir a coluna com o mesmo tipo OID, que será o identificador
do objeto grande. É preciso preencher as limitações para compreender determinado método
para se possível indicar qual é o método apropriado.
Figueiredo relata que os dados binários são suportados na especificação do padrão
JDBC. Entretanto, a interface é limitada e a API fornecida pelo banco de dados PostgreSQL a
qual permite o acesso aleatório ao conteúdo do objeto, como se fosse um arquivo local. Existe
nele pacote do tipo org.postgresql.largeobject, que juntamente com uma linguagem de
programação, por exemplo, o Java, ajuda através de duas classes a fornecer a interface da
API que permitem abertura, exclusão e individualidade de objetos grandes.
Essas classes LargeObjectManager e LargeObject implementada a interface de objeto
grande do PostgreSQL, a outras classes que permitem criar, abrir e excluir objetos binários do
banco. Normalmente, o código cliente utiliza os métodos de Blob para acessar os objetos
grandes.
6) Tratamento na persistência dos dados multimídias no Firebird
Para os tratamentos dados multimídias no Banco de Dados Firebird é feito da seguinte
maneira, apenas no campo do tipo Blob que o Firebird possui,que server para armazena
arquivos binário e textos, aparente mente não tem um tipo de dado que não possa ser guardado
no campo Blob. Tendo uma grande capacidade de armazenamento, se caso houver falta de
espaço no disco sua capacidade fica limitada, porém ao se definir um Blob, tem que
especificar o subtipo e o tamanho do seguimento, a qual é indicado pela quantidade de bytes
que são gravados e recuperados de cada vez, o valor máximo desse procedimento é de 64Kb.
Também possui tipos de cálculos, onde não é possível indicar que tipo de dados irá
retornar, pois são resultados de operações concluídos com valores de outros campos. A
definição do tipo de dado é indicado pelo servidor, tendo como base os tipos de dados dos
8. 8
outros campos, sem esquecer que os campos calculados não são armazenados no Banco de
Dado.
A única consideração que deve ter é verificar se está sempre armazenando o tipo pré-
determinado de informação no respectivo subtipo de Blob, pois o Firebird não faz a análise
dos dados que estão em gravação, devido a este fato a responsabilidade é do aplicativo, porém
há outras particularidades como o fato de que nenhum erro será retornado pelo Banco de
Dados se um tipo errado de dado for colocado em um Blob de subtipo incorreto, no entanto
pode ocorre que um aplicativo seja prejudicado se ao recuperar as informações do Blob, o
mesmo não corresponder ao formato esperado.
2 INTERPRETAÇÃO E ANÁLISE DE DESEMPENHO DOS DADOS MULTIMÍDIAS
NOS BANCOS DE DADOS MYSQL, POSTEGRESQL E FIREBIRD
Foi de fundamental importância o desenvolvimento dos Sistemas de Gerenciamento de
Banco de Dados para o mundo da informática, que está em constante evolução, atualmente o
ambiente mais usado é a web, onde grandes tecnologias estão se desenvolvendo para atender
esse novo cenário. Os SGBDs não ficam atrás, estão em contínuo estudo, para responder às
novas necessidades que a web exige, a qual consiste nos objetos multimídias, esses dados
binários que estão se tornando cada vez mais necessário ao nosso cotidiano.
Porém, devido, à estrutura dos dados serem complexas, os dados multimídias exigem
um processamento mais elaborado para extrair as informações dos seus conteúdos e favorecer
assim as novas tecnologias onde eles estão empregados. “O processo de avaliação de
desempenho é considerado uma arte; Não é uma atividade realizada de forma mecânica;
conhecimento íntimo do sistema; escolha cuidadosa de metodologias; cargas e ferramentas de
análise.” (Rezende, 2005, 124.p).
1) Analise comparativa
A análise de desempenho da capacitação e velocidade nas operações do metado de
insert que significa persistência dos dados, select a qual consiste na consultas dos dados,
update que se refere a alteração dos dados, delete que compreende a deleção dos dados, na
redução do Banco depois de uma operação de delete e o aumento do Banco depois de uma
operação de insert em torno dos metadados binários, juntamente com a sua velocidade de
consulta, de alterar e de deletar os dados multimídias mantidos nos SGBDMs MySQL,
PostegreSQL e Firebird.
9. 9
O ambiente utilizado na análise foi uma aplicação, o qual serviu de interface para os
Bancos de Dados, a linguagem de programação incluída foi o objeto pascal utilizando a IDE
Delphi 6.0.
A aplicação projetado para comportar os três Bancos de Dados
MySQL 5.0
PostegreSQL 8.2
Firebird 2.5
A sua fonte de ODBC dos três Bancos de Dados consiste em
MySQL: MySQL ODBC 5.1 Driver Versão: 5.01.08.00 Empresa: MySQL AB.
PostgreSQL: PostgreSQL ANSI Versão: 8.02.04.00 Empresa: PostgreSQL
Global Development Group;.
Firebird: Firebird/InterBase(r) driver Versão: 1.02.00.69 Empresa: IBPhoenix
Inc .
A máquina
Foi executado o programa tem as seguintes configurações : processador Intel core 2 duo
T6600 , sistema operacional XP Profissional, memória 3GB, HD sata de 320 GB.
Figura 1: Quadro que informa as configuração do comutador e a versão dos Bancos. 2011.
Fonte: Arquivo próprio do pesquisador.
O componente usado na aplicação para conectar os Bancos com o driver ODBC foi:
TADOConnection = ele foi utilizado para conectar a aplicação com o ODBC de cada Banco,
o fator decisivo de ser escolhido foi pelo fato do mesmo poder utilizar o ODBC de cada
banco mantendo a compatibilidade. Foi preciso usar o componente TADOQuery para inserir
comandos SQL (INSERT, DELETE, UPDATE, SELECT).Todos os comandos em SQL são
construídos dinamicamente, para que possamos aproveitar o máximo o código e os
componentes, para não ficar recriando sem ter necessidade. Também é necessário comentar
que houve a consciência de que só podemos fazer comparação justa entre tecnologias, no
nosso caso entre os bancos, dando aos mesmos, o mesmo critério e ferramenta para análise e
comparação.
Embora haja as figuras de gráficos do resultado de cada análise de dados, optamos para
melhor compreensão na comparação de análise, as figuras de tabelas para não deixar nenhuma
duvida no comportamento dos dados multimídias nos Bancos de Dados analisados. Para
10. 1
0
avaliar essa análise, foram utilizados 28 critérios, caracterizado por 7 tipo de analise que são:
insert 5 dados diferentes, tamanho gasto no banco, insert 5 dados diferentes, tempo gasto na
operação, insert 500 dados iguais, tamanho gasto no banco, insert 500 dados iguais, tempo
gasto na operação, consulta padrão depois de insert 500, delete ultimo registro depois de insert
500 e update do último registro depois de insert 500, aplicado nos 4 tipos de dados
multimídias que são: dados do tipo imagem JPG,dados do tipo áudio MP3, dado do tipo vídeo
MPEG e dado do tipo documento PDF.
Esta na Folha paisagem
13. 1
3
conhecimento é seleta, são poucos os que têm essa riqueza. Inserção do Trabalho no Contexto
de pesquisa que contribuiu bastante para o aprendizado sobre os Sistemas de Gerenciamentos
de Bancos de Dados Multimídias, de como estão trabalhando com esses dados, do
conhecimento de quais dos três Bancos estudados melhor trabalha com esses dados binários e
consequentemente o que se torna mais apto para suprir as necessidades de cada software que
precisará usa como matéria prima de sua construção. Enfim, foi gratificante nota que todo o
esforço despendido neste trabalho rendeu frutos na forma que estabeleceu a proposta de fica o
desafio para pesquisarem e criarem, novos projetos como esse que possam ser viabilizadas no
futuro, pois esse artigo só tende a crescer em suas pesquisas, para ajuda e consolidar o futuro
das novas tecnologias.
BANCO DE DADOS MULTIMÍDIAS: UMA ANÁLISE COMPARATIVA ENTRE
SISTEMAS GERENCIADORES DE BANCOS DE DADOS NA MANIPULAÇÃO DOS
DADOS MULTIMÍDIA
RESUMO:
O presente artigo, restitui a importância da verificação dos desempenhos dos Bancos de Dados
Multimídias (MySQL, PostgreSQL e Firebird) os quais estão adequados para serem utilizados
nas atividades de criação dos software que precisa exercer com um amplo conhecimento,
consistência e seguranças de suas informações, a ideia central tem a seguinte indagação: quais
dos Bancos de Dados Multimídia pesquisados,são mais aptos a trabalhar com dados
multimídias para torná-los elemento de solução na utilização de vários softwares. Nessa
perspectiva, o objetivo geral dessa pesquisa, busca na analise a melhor solução. Trata-se de
uma pesquisa quanti-qualitativa acaba por representar tanto o termo físico como o termo
numérico. Também tem seu caráter bibliográfico no âmbito da visão dos autores, tais como:
Andrade (2010), Anderson (2004), Bianchi (2006), entre outros. Por ser quanti-qualitativa
ajuda a estabelecer ainda a confiabilidade nas demonstrações de coleta e análise dos dados da
pesquisa de maneira numérica e em forma de texto sendo mostrados. Nas reflexões finais,
ressaltamos o resultado de saber qual dos Bancos tem o melhor desempenho em todos os
dados multimídia analisados e o resultado geral de qual, dos três Bancos o que mais se
destacou juntamente com a importância de utilizar esse resultado nas construções de todos os
softwares especifico que possa precisar em ter como matéria prima um Banco de Dados
Multimídias.
PALAVRAS - CHAVE: Banco de Dados, Blob, Banco de Dados multimídias, Dados
binários.
14. 1
4
REFÊRENCIAS
ANDRADE, Nélson Spangler de. Sistemas de Informação Multimídia. Disponível em:<
http://www.eg.fjp.mg.gov.br/index.php/publicacoes/dissertacoes-de-mestrado/143-
dissertacoes-apresentados-em-1998/1333-sistema-de-informacao-multimidia>. Acesso em 04
Mar. 2010.
ANDERSON, Christiano. Software Livre não é Grátis. Revista Linux Magazine. Ano I,
nº1, ago. 2004, p. 94.
BIANCHI, Wagner. Banco de dados Multimidia. SQL .Magazine, ed. DevMedia Group ,n°.
34, p. 13-18, set. 2006.
FIGUEIREDO, Mariana Lobo Zuza. Avaliação de Soluções em Software Livre Para
Manipulação e Armazenamento de Dados Em Sistemas SCADA :<
www2.dc.uel.br/nourau/document/?down=159 > Disponivel em:Acesso em 20 de
set.2010.
REZENDE, Denis Alcides. Engenharia de Software e Sistemas de Informação.3.ed,ver.e
ampl.Rio de Janeiro: Brasport,2005.