Para contextualizar, o projeto de banco de dados \u00e9 uma etapa crucial no desenvolvimento de sistemas de informa\u00e7\u00e3o, onde a estrutura e organiza\u00e7\u00e3o dos dados s\u00e3o cuidadosamente planejadas para atender aos requisitos do sistema e garantir efici\u00eancia no armazenamento e recupera\u00e7\u00e3o das informa\u00e7\u00f5es.<\/p>\n\n\n\n
Este processo \u00e9 geralmente dividido em tr\u00eas modelos distintos: o modelo conceitual, o modelo l\u00f3gico e o modelo f\u00edsico.<\/p>\n\n\n\n
Em suma, os modelos conceitual, l\u00f3gico e f\u00edsico trabalham em conjunto para transformar os requisitos do sistema em uma estrutura de banco de dados funcional e otimizada.<\/p>\n\n\n\n
Este artigo explorar\u00e1 o modelo conceitual e l\u00f3gico com foco naquilo que est\u00e1 sendo cobrado em concurso p\u00fablico.<\/p>\n\n\n\n
Sem mais delongas, vamos l\u00e1.<\/p>\n\n\n\n
Modelo Conceitual<\/h2>\n\n\n\n
Iniciando o artigo sobre Modelo Conceitual e L\u00f3gico para SEFAZ-SP, vejamos inicialmente sobre o modelo conceitual.<\/p>\n\n\n\n
O modelo conceitual<\/strong> estabelece uma vis\u00e3o abstrata do banco de dados, identificando as entidades principais e os relacionamentos entre elas. Ele fornece uma compreens\u00e3o de alto n\u00edvel do dom\u00ednio do problema e serve como base para os modelos subsequentes.<\/p>\n\n\n\n Perfeito, agora vejamos sobre o Modelo Entidade-Relacionamento no contexto do Modelo Conceitual.<\/p>\n\n\n\n Modelo Entidade-Relacionamento<\/mark><\/strong> (MER): descreve um contexto<\/strong> (“mini-mundo”) em termos de entidades, relacionamentos e atributos<\/strong>.<\/mark><\/p>\n\n\n\n Tipos de Entidade:<\/mark><\/strong><\/p>\n\n\n\n Forte<\/strong> (independente): exist\u00eancia independe de outras entidades<\/p>\n\n\n\n Fraca<\/strong>: a exist\u00eancia depende de outra entidade (Condi\u00e7\u00e3o 1)<\/em> e n\u00e3o pode ser identificada unicamente apenas por seus atributos (Condi\u00e7\u00e3o 2)<\/em><\/p>\n\n\n\n Associativa<\/strong>: a associa\u00e7\u00e3o de uma entidade a um relacionamento<\/p>\n\n\n\n Classifica\u00e7\u00e3o de Relacionamentos<\/mark><\/strong><\/p>\n\n\n\n Quanto ao Grau: n\u00famero de tipos de entidades<\/strong> que participam de um relacionamento – ex. bin\u00e1rio<\/p>\n\n\n\n Quanto \u00e0 Cardinalidade: <\/strong>Representa a quantidade de ocorr\u00eancias ou inst\u00e2ncias de cada entidade presente no relacionamento – ex. 1:1, 1:N.<\/p>\n\n\n\n Restri\u00e7\u00e3o:<\/mark><\/strong><\/p>\n\n\n\n Participa\u00e7\u00e3o Total:<\/strong> toda inst\u00e2ncia de uma Entidade A deve possuir uma ou mais inst\u00e2ncias de uma Entidade B associada a ela. – ex. 1:1 ou 1:N<\/p>\n\n\n\n Participa\u00e7\u00e3o Parcial:<\/strong> nem toda inst\u00e2ncia de uma Entidade A deve possuir uma inst\u00e2ncia de uma Entidade B associada a ela. – ex. 0:1 ou 0:N<\/p>\n\n\n\n Outras informa\u00e7\u00f5es:<\/mark><\/strong><\/p>\n\n\n\n Cardinalidade m\u00ednima (restri\u00e7\u00e3o de participa\u00e7\u00e3o): <\/strong>0 (cardinalidade m\u00ednima opcional -ex. 0:N) ou 1 (cardinalidade m\u00ednima obrigat\u00f3ria \u2013 ex. 1:N)<\/p>\n\n\n\n Cardinalidade m\u00e1xima (raz\u00e3o da cardinalidade):\u00a0<\/strong>1 ou N<\/p>\n\n\n\n Classifica\u00e7\u00e3o dos Atributos<\/mark><\/strong><\/p>\n\n\n\n Quanto ao valor:<\/strong> <\/strong>monovalorado ou multivalorado<\/strong><\/p>\n\n\n\n Quanto ao Identificador: <\/strong>com identificador<\/strong> (c\u00edrculo preto, sublinhado ou asterisco) ou sem identificador<\/strong> \u2192 um identificador representa uma ocorr\u00eancia de forma \u00fanica \u2013 ex. CPF. \u00a0<\/p>\n\n\n\n Al\u00e9m disso, \u00e9 v\u00e1lido conhecer a nota\u00e7\u00e3o DER.<\/p>\n\n\n\n Nota\u00e7\u00e3o do Diagrama Entidade-Relacionamento (DER)<\/mark><\/strong><\/p>\n\n\n\n Continuando no artigo sobre Modelo Conceitual e L\u00f3gico para SEFAZ-SP, \u00e9 v\u00e1lido conhecer a Nota\u00e7\u00e3o P\u00e9-de-Galinha (Crow\u2019s Foot), que vez ou outra \u00e9 cobrada em prova.<\/p>\n\n\n\n A entidade \u00e9 representada da seguinte forma.<\/p>\n\n\n\n Enquanto a cardinalidade temos que:<\/p>\n\n\n\n Al\u00e9m disso, temos as seguintes nota\u00e7\u00f5es de relacionamento.<\/p>\n\n\n\n Prosseguindo no artigo sobre Modelo Conceitual e L\u00f3gico para SEFAZ-SP, vamos entender um pouco melhor sobre modelo l\u00f3gico.<\/p>\n\n\n\n O modelo l\u00f3gico<\/strong> traduz o modelo conceitual em estruturas de dados espec\u00edficas para o sistema de gerenciamento de banco de dados (SGBD) que ser\u00e1 utilizado. Aqui, as entidades s\u00e3o mapeadas para tabelas<\/strong>, e os relacionamentos s\u00e3o definidos por chaves prim\u00e1rias e estrangeiras<\/strong>. Restri\u00e7\u00f5es de integridade e outras regras de neg\u00f3cio tamb\u00e9m s\u00e3o especificadas neste n\u00edvel.<\/p>\n\n\n\n Tamb\u00e9m \u00e9 v\u00e1lido saber que existem outras implementa\u00e7\u00f5es al\u00e9m do Modelo Relacional, como Modelo em rede, hier\u00e1rquico, entre outros.<\/p>\n\n\n\n Agora vamos tratar sobre o Modelo Relacional.<\/p>\n\n\n\n Modelo Relacional<\/mark>:<\/strong> \u00e9 capaz de representar dados por meio de uma linguagem matem\u00e1tica, utilizando teoria de conjuntos e l\u00f3gica de predicado de primeira ordem<\/p>\n\n\n\n \u00c9 muito importante se familiarizar com as nomenclaturas.<\/p>\n\n\n\n Tabela<\/strong> <\/mark>(Rela\u00e7\u00e3o<\/strong>): representa os dados e os relacionamentos entre dados<\/p>\n\n\n\n Linha<\/strong> <\/mark>(Tupl<\/mark>a\/Inst\u00e2ncia\/Registro<\/strong>): valores de dados<\/p>\n\n\n\n Coluna<\/strong> <\/mark>(atributo\/campo<\/strong>): dados ajudam a interpretar o significado dos valores<\/p>\n\n\n\n Tipo de dado<\/strong> <\/mark>(dom\u00ednio<\/strong>): descreve os tipos de valores que podem ser exibidos na coluna<\/p>\n\n\n\n Grau<\/strong> <\/mark>(aridade<\/strong>): n\u00famero de coluna na rela\u00e7\u00e3o<\/p>\n\n\n\n Al\u00e9m disso, temos algumas caracter\u00edsticas relevantes<\/strong> em rela\u00e7\u00e3o a tuplas e atributos.<\/p>\n\n\n\n Ordena\u00e7\u00e3o de tuplas<\/mark><\/strong>: n\u00e3o faz diferen\u00e7a<\/p>\n\n\n\n Valores em tuplas<\/mark><\/strong>: a ordena\u00e7\u00e3o dos atributos\/colunas pode ser relevante dependendo do n\u00edvel de abstra\u00e7\u00e3o.<\/p>\n\n\n\n Valores e nulls<\/mark><\/strong>: Cada valor em uma tupla \u00e9 um valor at\u00f4mico<\/strong> (n\u00e3o divis\u00edvel), logo os atributos compostos ou multivalorados n\u00e3o s\u00e3o permitidos<\/strong>. Entretanto, \u00e9 poss\u00edvel<\/strong>, em regra (exceto a chave prim\u00e1ria), os valores nulls<\/strong>.<\/p>\n\n\n\n No modelo relacional, os dados est\u00e3o dispostos em tabelas (rela\u00e7\u00f5es), assim as Opera\u00e7\u00f5es de \u00c1lgebra Relacional \u00e9 uma forma de manipular os dados que est\u00e3o nas tabelas, dispostas em linhas (tupla) e colunas (atributo).<\/p>\n\n\n\n Opera\u00e7\u00f5es de \u00c1lgebra Relacional<\/mark><\/strong><\/p>\n\n\n\n Continuando no Modelo Conceitual e L\u00f3gico para SEFAZ-SP, agora conhe\u00e7amos os conceitos de \u201cView\u201d e \u201cIndices\u201d.<\/p>\n\n\n\n View<\/mark><\/strong>: \u00fanica tabela (virtual)<\/strong> que \u00e9 derivada de outras tabelas (reais ou virtuais).<\/p>\n\n\n\n Indices<\/strong> <\/mark>(Index): estrutura de acesso<\/strong> utilizados para otimizar o desempenho de consultas a registros em uma base de dados relacional<\/p>\n\n\n\n Al\u00e9m disso, um tema extremamente importante \u00e9 o conceito de chaves. Aten\u00e7\u00e3o total nesse ponto.<\/p>\n\n\n\n Chaves<\/strong>:<\/mark><\/p>\n\n\n\n As Regras de Codd s\u00e3o um conjunto de crit\u00e9rios estabelecidos por Edgar F. Codd para definir um sistema de banco de dados relacional. Elas garantem consist\u00eancia, integridade e padr\u00f5es de opera\u00e7\u00e3o em sistemas de gerenciamento de banco de dados relacionais.<\/p>\n\n\n\n Atente-se que \u00e9 comum chamarmos de \u201c12 Regras\u201d, mas elas v\u00e3o da 00 at\u00e9 a 12, logo s\u00e3o 13 regras.<\/strong><\/p>\n\n\n\n 12 Regras de Codd:<\/mark><\/strong><\/p>\n\n\n\nModelo Entidade-Relacionamento (MER)<\/h3>\n\n\n\n
\n
\n
\n
Nota\u00e7\u00e3o do Diagrama Entidade-Relacionamento (DER)<\/h3>\n\n\n\n
![\"Nota\u00e7\u00e3o](\"https:\/\/dhg1h5j42swfq.cloudfront.net\/2024\/02\/27084235\/image-679.png\")
<\/figure>\n\n\n\nNota\u00e7\u00e3o P\u00e9-de-Galinha (Crow\u2019s Foot)<\/h3>\n\n\n\n
![\"\"](\"https:\/\/dhg1h5j42swfq.cloudfront.net\/2024\/02\/27084248\/image-680.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/dhg1h5j42swfq.cloudfront.net\/2024\/02\/27084255\/image-681.png\")
<\/figure>\n\n\n\n![\"\"](\"https:\/\/dhg1h5j42swfq.cloudfront.net\/2024\/02\/27084303\/image-682.png\")
<\/figure>\n\n\n\nModelo L\u00f3gico<\/h2>\n\n\n\n
Modelo Relacional<\/h3>\n\n\n\n
Opera\u00e7\u00f5es<\/h3>\n\n\n\n
\n
Outros componentes<\/h3>\n\n\n\n
\n
\n
12 Regras de Codd<\/h3>\n\n\n\n
\n