curso-bd.blogspot.com

Tipo e Instância de Relacionamento: Um tipo de relacionamento R entre n tipos de entidades E1 , E2 , ..., En é um conjunto de associações entre entidades desses tipos. Diz-se que cada entidade E1 , E2 , ..., En participa no tipo de relacionamento R e que as entidades individuais e1 , e2 , ..., en participam na instância do relacionamento ri =(e1 , e2 , ..., en). O índice i indica que podem existir várias instâncias de relacionamento. Por exemplo, considere-se que um tipo de relacionamento TRABALHA-PARA exista entre tipos de entidades EMPREGADO e DEPARTAMENTO. Este relacionamento associa cada empregado com o departamento em que este trabalha. Cada instância de relacionamento em TRABALHA-PARA associa uma entidade empregado e uma entidade departamento. A Figura 4.5 ilustra este exemplo, onde cada instância de relacionamento ri é conectada a uma entidade empregado e a uma entidade departamento. No mini-mundo representado nesta Figura, os empregados e1 , e3 e e6 trabalham para o depa...

Uma base de dados irá conter normalmente grupos de entidades que são similares. Uma companhia com centenas de empregados pode querer agrupar as informações similares com respeito a empregados. Estas entidades, empregados, compartilham os mesmos atributos, mas cada entidade terá seus próprios valores para cada atributo. Tais entidades similares definem o tipo de entidade, que é um conjunto de entidades que têm os mesmos atributos. Na maioria das bases de dados podem-se identificar muitos tipos de entidades. A Figura 4.4 mostra dois tipos de entidades denominadas EMPREGADO e COMPANHIA, e uma lista de atributos. Algumas instâncias são também ilustradas, juntamente com os seus valores de atributos: A descrição do tipo de entidade é chamada esquema do tipo de entidade e especifica uma estrutura comum compartilhada por todas as entidades individuais. O esquema especifica o nome do tipo de entidade, o significado de cada um de seus atributos e qualquer restrição que exista sobre entidades in...

O objeto básico que o MER representa é a entidade. Uma entidade é algo do mundo real que possui uma existência independente. Uma entidade pode ser um objeto com uma existência física - uma pessoa, carro ou empregado - ou pode ser um objeto com existência conceitual - uma companhia, um trabalho ou um curso universitário. Cada entidade tem propriedades particulares, chamadas atributos, que a descrevem. Por exemplo, uma entidade EMPREGADO pode ser descrita pelo seu nome, o trabalho que realiza, idade, endereço e salário. Uma entidade em particular terá um valor para cada um de seus atributos. Os valores de atributos que descrevem cada entidade ocupam a maior parte dos dados armazenados na base de dados. A Figura 4.2 ilustra duas entidades. A entidade e1, EMPREGADO, tem quatro atributos: Nome, Endereço, Data de nascimento e Telefone residencial. Os seus valores são: “João da Silva”, “Rua Goiás 711, São Paulo, SP, 1301100”, “31/07/1973” e “713-749”, respectivamente. A entidade c1, COMPANHIA...

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 ...