curso-bd.blogspot.com

Imagine que você precisa organizar uma grande festa. Antes de sair comprando tudo, você provavelmente faz uma lista: quem serão os convidados, o que cada um gosta de beber e comer, quais músicas não podem faltar na playlist. Essa lista é um planejamento, um "modelo" da sua festa, que ajuda a visualizar como tudo vai se encaixar na hora do evento. No mundo dos bancos de dados, o  Modelo Entidade-Relacionamento (MER)  faz exatamente isso: ele é a lista de planejamento, o esqueleto que desenhamos antes de criar o banco de dados de verdade. O MER é uma ferramenta conceitual, ou seja, ele foi criado para ser fácil de entender para nós, seres humanos. Ele ignora, por enquanto, a parte técnica e complexa de como os dados serão guardados no computador. Pense nisso como desenhar a planta baixa de uma casa no papel antes de começar a erguer as paredes. Você define onde ficarão os cômodos, as portas e as janelas, sem se preocupar ainda com a espessura do concreto ou a marca dos tijolos....

Imagine que você precisa guardar todos os documentos importantes da sua vida: RG, CPF, contas, fotos, diários. Seria um grande problema se, toda vez que você comprasse uma nova pasta para organizar melhor essas coisas, tivesse que reescrever todos os documentos, não é? Ou pior: se você quisesse mostrar apenas o seu RG para alguém, mas fosse obrigado a revelar todo o seu diário junto. No mundo dos bancos de dados, problemas parecidos existiam. E a solução para isso veio com uma ideia brilhante, uma espécie de "arquitetura protetora" chamada de  Arquitetura de Três Níveis (ou Three-Schema) . Pense nela como uma casa de três andares, onde cada andar tem uma função específica para manter tudo organizado e seguro. No  porão (Nível Interno) , ficam todos os detalhes técnicos e físicos. É onde os dados são realmente armazenados – em discos rígidos, em formatos específicos, com caminhos de acesso que o computador entende perfeitamente. É um lugar bagunçado e complexo, mas felizmente,...

Imagine que você vai construir uma casa. Antes de começar a assentar os tijolos, você precisa de uma planta baixa, não é? Essa planta define quantos cômodos terá, onde ficarão as portas, as janelas, a fiação elétrica e a tubulação. Agora, pense na casa depois de pronta e mobiliada: onde o sofá está, qual foto decora a parede da sala, que livros estão na estante. Esses dois conceitos – a planta e a casa mobiliada – são a melhor forma de entendermos os dois pilares de qualquer banco de dados: o  Esquema  e a  Instância . O  Esquema  é exatamente essa planta baixa, o projeto definitivo do seu banco de dados. Ele é criado uma única vez, com muito cuidado, e define a estrutura, as regras e a organização. Ele estabelece quais "cômodos" (as tabelas) teremos, que "portas" (as colunas) existirão em cada um, e que tipo de móvel (dado) pode entrar em cada espaço. Por exemplo, o esquema de um banco de dados de uma escola diria: "Vamos ter uma tabela chamada ALUNOS. Dentro ...

Ao começarmos a estudar bancos de dados, nos deparemos com diversos modelos que podem parecer complexos à primeira vista. Imagine que você precisa organizar informações sobre uma livraria: títulos, autores, preços e quantidades em estoque. Existem diferentes maneiras de estruturar essas informações, e é justamente para isso que servem os modelos de dados. Eles funcionam como plantas baixas ou mapas que nos guiam na organização e no relacionamento das informações. Alguns desses modelos são mais abstratos e próximos da nossa forma de pensar; nós os chamamos de  Modelos de Dados Conceituais ou de Alto-Nível . Pense neles como um esboço que você faria em um guardanapo para explicar seu negócio a um sócio. Você desenharia caixinhas para representar coisas importantes (como "Livros", "Autores" e "Editoras") e setas para mostrar como elas se conectam. Essas caixinhas são as  Entidades  — os objetos do mundo real que queremos registrar. Cada entidade tem suas cara...

Imagine que você precisa organizar uma grande coleção de livros. Você poderia simplesmente amontoá-los todos em uma caixa, mas, quando precisasse encontrar aquele livro específico, teria que revirar tudo, certo? Agora, pense em como uma biblioteca organiza suas obras: ela separa por gênero, autor, ordem alfabética e até tem um catálogo que diz exatamente onde cada livro está. Essa "organização" que a biblioteca usa é, de certa forma, o que chamamos de  Modelo de Dados  no mundo dos bancos de dados. O modelo de dados é como um projeto ou um combinado que fazemos antes de começar a guardar nossas informações. Ele é a ferramenta que nos ajuda a abstrair, ou seja, a simplificar a complexidade do mundo real. Em vez de nos preocuparmos com como os dados são guardados fisicamente no computador (o que seria muito técnico e complicado para a maioria de nós), o modelo de dados nos permite focar apenas no que é importante: que tipo de informações vamos guardar e como elas se relacionam....

 • Administrador da Base de Dados: em qualquer organização onde muitas pessoas compartilham muitos recursos, existe a necessidade de um administrador chefe para supervisionar e gerenciar estes recursos. Num ambiente de base de dados, o recurso primário é a própria base de dados e os recursos secundários são o próprio SGBD e softwares relacionados. A administração desses recursos é de responsabilidade do DBA (“Database Administrator”). O DBA é responsável por autorizar acesso à base de dados e coordenar e monitorar seu uso. O DBA é responsável por problemas, tais como, quebra de segurança ou baixo desempenho. Em grandes organizações, o DBA é auxiliado por técnicos; • Projetistas da Base de Dados: os projetistas de base de dados têm a responsabilidade de identificar os dados a serem armazenados na Base de Dados e escolher estruturas apropriadas para representar e armazenar tais dados. Estas tarefas são geralmente executadas antes que a base de dados seja utilizada. É responsabilidade...

É importante entendermos que a adoção de uma base de dados gera benefícios que vão muito além da simples organização da informação. Dois deles, que andam de mãos dadas, são a padronização e a flexibilidade, que podem parecer opostos à primeira vista, mas na verdade se complementam perfeitamente. Em grandes organizações, onde diferentes departamentos, projetos e pessoas precisam cooperar, a falta de padrões comuns pode criar uma verdadeira Torre de Babel.  A abordagem de base de dados, sob a liderança do Administrador de Banco de Dados (DBA), tem o potencial de obrigar essa padronização de forma centralizada. Imagine como é mais fácil para todos se comunicarem quando há um acordo sobre como nomear um cliente, um produto ou um processo, ou quando os relatórios seguem um formato consistente.  O DBA define essas regras – para formatos de nomes, elementos de dados, telas, terminologias – e as aplica a todos os usuários. Isso é algo muito difícil de se conseguir em um ambiente onde ...

 • Controle de Redundância: no processamento tradicional de arquivos, muitos grupos de usuários mantêm seus próprios arquivos para manipular suas aplicações de processamento, que pode provocar o armazenamento de informações redundantes;  Problemas:       ⇒ Duplicação de esforços;       ⇒ Desperdício de espaço;       ⇒ Inconsistência: alteração em alguns arquivos e em outros não, ou em todos os arquivos, porém, de maneira independente; • Compartilhamento de Dados: SGBD’s multiusuários devem fornecer controle de concorrência para assegurar que atualizações simultâneas resultem em modificações corretas. Um outro mecanismo que permite a noção de compartilhamento de dados em um SGBD multiusuário é a facilidade de definir visões de usuário, que é usada para especificar a porção da base de dados que é de interesse para um grupo particular de usuários;  • Restrições de Acesso Multiusuário: quando múltiplos usuários compa...

Definição Geral Base de Dados: Coleção de dados relacionados;  Dados: Valor de um campo armazenado, matéria-prima para obtenção de informação;  Informação: Dados compilados e processados de acordo com solicitação de consultas e análises Propriedades:  • Uma base de dados é uma coleção de dados logicamente relacionados, com algum significado. Associações aleatórias de dados não podem ser chamadas de base de dados;  • Uma base de dados é projetada, construída e preenchida (instanciada) com dados para um propósito específico. Ela tem um grupo de usuários e algumas aplicações pré-concebidas para atendê-los;  • Uma base de dados representa algum aspecto do mundo real, algumas vezes chamado de “mini-mundo”. Mudanças no mini-mundo provocam mudanças na base de dados.  Uma base de dados tem alguma fonte de dados, algum grau de interação com eventos do mundo real e uma audiência que está ativamente interessada no seu conteúdo. Um Sistema Gerenciador de Base de Dados ...

  A Figura 1.6 ilustra um ambiente genérico de desenvolvimento de aplicativos. Nesta Figura, a diferença (gap semântico) entre os paradigmas utilizados para: a construção de interfaces, o armazenamento de informações, e a programação dos aplicativos são detalhadas para ressaltar a importância de estruturas "Case" e "Cursores". As estruturas "Case" são utilizadas para converter as alterações e solicitações ocorridas na interface do aplicativo em uma linguagem que seja capaz de ser processada pelos servidores de dados.  A construção da linguagem é feita através da composição de cadeias de caracteres usualmente utilizando o padrão SQL utilizado nos servidores de dados relacionais. Quando um acesso ao SGBD é requerido, o programa estabelece uma conexão com o SGBD que está instalado no servidor. Uma vez que a conexão é criada, o programa cliente pode se comunicar com o SGBD. Um padrão chamado de Conectividade Base de Dados Aberta (Open DataBase Connectivity - O...

Atualmente, devem-se considerar alguns aspectos relevantes para atingir a eficiência e a eficácia dos sistemas informatizados desenvolvidos, a fim de atender seus usuários nos mais variados domínios de aplicação: automação de escritórios, sistemas de apoio a decisões, controle de reserva de recursos, controle e planejamento de produção, alocação e estoque de recursos, entre outros. Tais aspectos são: a) Os projetos Lógico e Funcional do Banco de Dados devem ser capazes de prever o volume de informações armazenadas a curto, médio e longo prazo. Os projetos devem ter uma grande capacidade de adaptação para os três casos mencionados;  b) Deve-se ter generalidade e alto grau de abstração de dados, possibilitando confiabilidade e eficiência no armazenamento dos dados e permitindo a utilização de diferentes tipos de gerenciadores de dados através de linguagens de consultas padronizadas;   c) Projeto de uma interface ágil e com uma "rampa ascendente" para propiciar aprendizado suave...

Os sistemas relacionais tradicionais dominaram por décadas devido à sua simplicidade, eficiência e capacidade de organizar dados de forma estruturada. No entanto, à medida que as aplicações se tornaram mais complexas, surgiu a necessidade de representar informações com maior riqueza semântica, algo que o modelo relacional puro nem sempre consegue atender de forma eficaz. Foi nesse contexto que os sistemas objeto-relacionais emergiram, buscando harmonizar a robustez dos bancos de dados relacionais com a flexibilidade e expressividade da orientação a objetos. A principal limitação dos bancos de dados relacionais convencionais está na dificuldade de representar dados complexos, como hierarquias, estruturas aninhadas ou relações mais elaboradas entre entidades. Enquanto o modelo relacional trabalha com tabelas, linhas e colunas, o mundo real frequentemente exige a modelagem de objetos com comportamentos, atributos específicos e relações mais dinâmicas. Foi essa lacuna que motivou o desenvo...