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