{"id":1594131,"date":"2025-07-11T14:24:00","date_gmt":"2025-07-11T17:24:00","guid":{"rendered":"https:\/\/www.estrategiaconcursos.com.br\/blog\/?p=1594131"},"modified":"2025-07-11T14:23:29","modified_gmt":"2025-07-11T17:23:29","slug":"bancos-dados-relacionais-pf","status":"publish","type":"post","link":"https:\/\/www.estrategiaconcursos.com.br\/blog\/bancos-dados-relacionais-pf\/","title":{"rendered":"Bancos de Dados Relacionais para PF"},"content":{"rendered":"\n

Ol\u00e1, futuro policial federal! Hoje vamos mergulhar em um dos temas mais fundamentais e recorrentes em concursos p\u00fablicos da \u00e1rea de tecnologia: Bancos de Dados Relacionais, com foco em Chaves e Relacionamentos<\/strong>.<\/p>\n\n\n\n

Este assunto \u00e9 essencial para compreender como as informa\u00e7\u00f5es s\u00e3o organizadas, relacionadas e mantidas \u00edntegras nos sistemas digitais. Para a Pol\u00edcia Federal<\/a>, dominar conceitos de chaves e relacionamentos \u00e9 crucial para investiga\u00e7\u00f5es que envolvem sistemas de informa\u00e7\u00e3o, an\u00e1lise de bases de dados criminais e compreens\u00e3o de como evid\u00eancias digitais s\u00e3o estruturadas.<\/p>\n\n\n\n

Preparei este conte\u00fado de forma did\u00e1tica e pr\u00e1tica, focando nos aspectos que mais aparecem em quest\u00f5es de concursos e nas aplica\u00e7\u00f5es reais na seguran\u00e7a p\u00fablica.<\/p>\n\n\n\n

Vamos dominar juntos as chaves e relacionamentos em bancos de dados!<\/p>\n\n\n\n

T\u00f3picos do Artigo<\/h2>\n\n\n\n
    \n
  1. Conceitos Fundamentais de Bancos de Dados Relacionais<\/strong><\/li>\n\n\n\n
  2. Tipos de Chaves em Bancos de Dados<\/strong><\/li>\n\n\n\n
  3. Chave Prim\u00e1ria: Caracter\u00edsticas e Aplica\u00e7\u00f5es<\/strong><\/li>\n\n\n\n
  4. Chave Estrangeira: Conceito e Funcionamento<\/strong><\/li>\n\n\n\n
  5. Relacionamentos Um-para-Um (1:1)<\/strong><\/li>\n\n\n\n
  6. Relacionamentos Um-para-Muitos (1:N)<\/strong><\/li>\n\n\n\n
  7. Relacionamentos Muitos-para-Muitos (M:N)<\/strong><\/li>\n\n\n\n
  8. Integridade Referencial<\/strong><\/li>\n\n\n\n
  9. Aplica\u00e7\u00f5es Pr\u00e1ticas na Pol\u00edcia Federal<\/strong><\/li>\n<\/ol>\n\n\n\n
    \n\n\n\n

    1. Conceitos Fundamentais de Bancos de Dados Relacionais<\/h2>\n\n\n\n

    Um banco de dados relacional organiza dados em tabelas (rela\u00e7\u00f5es) compostas por linhas (registros) e colunas (atributos). Este modelo, proposto por Edgar F. Codd em 1970, \u00e9 a base dos principais sistemas utilizados pela Pol\u00edcia Federal.<\/p>\n\n\n\n

    \"Bancos<\/figure>\n\n\n\n
    \n

    Componentes B\u00e1sicos:<\/strong><\/p>\n\n\n\n

    \n

    Tabela<\/strong>: Estrutura que armazena dados em formato bidimensional. Cada tabela representa uma entidade espec\u00edfica (pessoa, crime, investiga\u00e7\u00e3o).<\/p>\n\n\n\n

    Linha (Registro)<\/strong>: Representa uma inst\u00e2ncia espec\u00edfica da entidade. Por exemplo, um suspeito espec\u00edfico na tabela de suspeitos.<\/p>\n\n\n\n

    Coluna (Atributo)<\/strong>: Representa uma propriedade da entidade. Por exemplo, nome, CPF, data de nascimento.<\/p>\n<\/div>\n<\/div>\n\n\n\n

    \n

    Propriedades Fundamentais:<\/strong><\/p>\n\n\n\n

      \n
    • Cada linha deve ser \u00fanica e identific\u00e1vel<\/li>\n\n\n\n
    • Valores em cada coluna devem ser do mesmo tipo<\/li>\n\n\n\n
    • N\u00e3o existem linhas duplicadas<\/li>\n\n\n\n
    • A ordem das linhas n\u00e3o tem significado<\/li>\n<\/ul>\n<\/div>\n\n\n\n

      Para a Pol\u00edcia Federal, bancos relacionais s\u00e3o fundamentais em sistemas como SINIC, INFOSEG e sistemas de investiga\u00e7\u00e3o, onde a integridade e os relacionamentos entre dados s\u00e3o cruciais para investiga\u00e7\u00f5es eficazes.<\/p>\n\n\n\n

      2. Tipos de Chaves em Bancos de Dados Relacionais<\/h2>\n\n\n\n

      Chaves s\u00e3o atributos <\/strong>que identificam unicamente registros<\/strong> e estabelecem relacionamentos entre tabelas<\/strong>. S\u00e3o fundamentais para manter integridade dos dados.<\/p>\n\n\n\n

      \n

      Classifica\u00e7\u00e3o das Chaves<\/strong><\/h3>\n\n\n\n
      \n

      Super Chave<\/strong>: Qualquer conjunto de atributos que identifica unicamente cada linha. Pode conter atributos extras desnecess\u00e1rios.<\/p>\n\n\n\n

      Chave Candidata<\/strong>: Super chave minimal – menor conjunto de atributos que ainda garante unicidade.<\/p>\n\n\n\n

      Chave Prim\u00e1ria<\/strong>: Chave candidata escolhida como identificador principal da tabela.<\/p>\n\n\n\n

      Chave Alternativa<\/strong>: Chaves candidatas n\u00e3o escolhidas como prim\u00e1ria, mas que ainda identificam unicamente.<\/p>\n\n\n\n

      Chave Estrangeira<\/strong>: Atributo que referencia a chave prim\u00e1ria de outra tabela.<\/p>\n\n\n\n

      Chave Composta<\/strong>: Formada por dois ou mais atributos quando nenhum isoladamente garante unicidade.<\/p>\n<\/div>\n<\/div>\n\n\n\n

      \n

      Exemplo Pr\u00e1tico:<\/strong><\/p>\n\n\n\n

      Tabela SUSPEITO:\n- ID_SUSPEITO (chave prim\u00e1ria substituta)\n- CPF (chave candidata natural)\n- RG (chave alternativa)\n- NOME, DATA_NASCIMENTO\n<\/code><\/pre>\n<\/div>\n\n\n\n
      3. Chave Prim\u00e1ria: Caracter\u00edsticas e Aplica\u00e7\u00f5es<\/h2>\n\n\n\n
      \n
      A chave prim\u00e1ria \u00e9 o identificador principal <\/strong>de uma tabela, garantindo que cada linha seja \u00fanica<\/strong> e facilmente identific\u00e1vel.<\/p>\n<\/div>\n\n\n\n
      Caracter\u00edsticas Obrigat\u00f3rias<\/strong><\/h3>\n\n\n\n
        \n
      • Unicidade<\/strong>: N\u00e3o pode haver dois registros com o mesmo valor de chave prim\u00e1ria.<\/li>\n\n\n\n
      • N\u00e3o Nulidade<\/strong>: Valores n\u00e3o podem ser nulos (NULL). Todo registro deve ter identificador v\u00e1lido.<\/li>\n\n\n\n
      • Imutabilidade<\/strong>: Valores n\u00e3o devem mudar ap\u00f3s inser\u00e7\u00e3o para n\u00e3o quebrar relacionamentos.<\/li>\n\n\n\n
      • Minimalidade<\/strong>: Deve usar o menor n\u00famero de atributos necess\u00e1rios para garantir unicidade.<\/li>\n<\/ul>\n\n\n\n
        Tipos de Chaves Prim\u00e1rias<\/strong><\/h3>\n\n\n\n
        \n
        Chave Natural<\/strong>: Baseada em atributos intr\u00ednsecos da entidade.<\/p>\n\n\n\n
          \n
        • Exemplos: CPF, CNPJ, N\u00famero de Processo<\/li>\n\n\n\n
        • Vantagem: Significado real no mundo<\/li>\n\n\n\n
        • Desvantagem: Pode mudar ou ter problemas de formato<\/li>\n<\/ul>\n<\/div>\n\n\n\n
          \n
          Chave Substituta<\/strong>: Identificador artificial criado pelo sistema, geralmente num\u00e9rico.<\/p>\n\n\n\n
            \n
          • Exemplos: ID_PESSOA, ID_INVESTIGACAO<\/li>\n\n\n\n
          • Vantagem: Est\u00e1vel, eficiente, n\u00e3o revela informa\u00e7\u00f5es<\/li>\n\n\n\n
          • Desvantagem: Sem significado no mundo real<\/li>\n<\/ul>\n<\/div>\n\n\n\n
            \n
            Chave Composta<\/strong>: Formada por m\u00faltiplos atributos.<\/p>\n\n\n\n
              \n
            • Exemplo: DATA + TURNO + SETOR para identificar plant\u00e3o \u00fanico<\/li>\n<\/ul>\n<\/div>\n\n\n\n
              Vantagens das Chaves Substitutas para Sistemas Policiais:<\/strong><\/p>\n\n\n\n
                \n
              • Seguran\u00e7a: N\u00e3o revelam informa\u00e7\u00f5es pessoais sens\u00edveis<\/li>\n\n\n\n
              • Performance: N\u00fameros inteiros s\u00e3o mais eficientes<\/li>\n\n\n\n
              • Estabilidade: N\u00e3o dependem de dados que podem mudar<\/li>\n\n\n\n
              • Privacidade: Conformidade com LGPD<\/li>\n<\/ul>\n\n\n\n
                4. Chave Estrangeira: Conceito e Funcionamento<\/h2>\n\n\n\n
                \n
                Chave estrangeira estabelece liga\u00e7\u00e3o entre duas tabelas<\/strong>, referenciando a chave prim\u00e1ria<\/mark><\/strong> de outra tabela. \u00c9 o mecanismo fundamental para implementar relacionamentos.<\/p>\n<\/div>\n\n\n\n
                Defini\u00e7\u00e3o e Prop\u00f3sito:<\/strong><\/p>\n\n\n\n
                Cria refer\u00eancia entre tabela “filha” (cont\u00e9m chave estrangeira) e tabela “pai” (cont\u00e9m chave prim\u00e1ria referenciada). Garante integridade referencial e permite navega\u00e7\u00e3o entre dados relacionados.<\/p>\n\n\n\n
                Regras Fundamentais:<\/strong><\/p>\n\n\n\n
                  \n
                • Regra de Refer\u00eancia<\/strong>: Valor da chave estrangeira deve existir como chave prim\u00e1ria na tabela referenciada, OU ser nulo.<\/li>\n\n\n\n
                • Regra de Integridade<\/strong>: N\u00e3o \u00e9 poss\u00edvel inserir valor de chave estrangeira inexistente na tabela pai.<\/li>\n<\/ul>\n\n\n\n
                  Caracter\u00edsticas das Chaves Estrangeiras:<\/strong><\/p>\n\n\n\n
                    \n
                  • Podem ser nulas (relacionamento opcional)<\/li>\n\n\n\n
                  • N\u00e3o precisam ser \u00fanicas (m\u00faltiplos registros podem referenciar mesmo pai)<\/li>\n\n\n\n
                  • Podem ser compostas<\/li>\n\n\n\n
                  • Uma tabela pode ter v\u00e1rias chaves estrangeiras<\/li>\n<\/ul>\n\n\n\n
                    \n
                    Exemplo Pr\u00e1tico:<\/strong><\/p>\n\n\n\n
                    DELEGACIA (tabela pai):\nID_DELEGACIA (PK) | NOME\n1                 | 1\u00aa DP Centro\n2                 | DEIC\n\nINVESTIGADOR (tabela filha):\nID_INVESTIGADOR (PK) | NOME        | ID_DELEGACIA (FK)\n101                  | Jo\u00e3o Silva  | 1\n102                  | Maria Costa | 2\n<\/code><\/pre>\n<\/div>\n\n\n\n
                    5. Relacionamentos Um-para-Um (1:1)<\/h2>\n\n\n\n
                    \n
                    Cada registro na primeira tabela relaciona-se com exatamente um registro<\/strong> na segunda tabela, e vice-versa. \u00c9 o tipo menos comum.<\/p>\n<\/div>\n\n\n\n
                    Caracter\u00edsticas:<\/strong><\/p>\n\n\n\n
                      \n
                    • Exclusividade m\u00fatua<\/li>\n\n\n\n
                    • Chave estrangeira deve ter restri\u00e7\u00e3o de unicidade<\/li>\n\n\n\n
                    • Pode estar em qualquer uma das tabelas<\/li>\n<\/ul>\n\n\n\n
                      Quando Usar:<\/strong><\/p>\n\n\n\n
                        \n
                      • Separar informa\u00e7\u00f5es sens\u00edveis<\/li>\n\n\n\n
                      • Otimizar performance separando campos raramente acessados<\/li>\n\n\n\n
                      • Organiza\u00e7\u00e3o l\u00f3gica de diferentes aspectos de uma entidade<\/li>\n<\/ul>\n\n\n\n
                        \n
                        Exemplo:<\/strong><\/p>\n\n\n\n
                        INVESTIGADOR:\nID_INVESTIGADOR (PK) | NOME\n1                    | Jo\u00e3o Silva\n\nCREDENCIAL_ACESSO:\nID_CREDENCIAL (PK) | LOGIN   | SENHA_HASH | ID_INVESTIGADOR (FK, UNIQUE)\n1                  | j.silva | abc123...  | 1\n<\/code><\/pre>\n<\/div>\n\n\n\n
                        6. Relacionamentos Um-para-Muitos (1:N)<\/h2>\n\n\n\n
                        \n
                        Tipo mais comum. Cada registro na tabela “um” pode relacionar-se com v\u00e1rios registros<\/strong> na tabela “muitos”, mas cada registro “muitos” relaciona-se com apenas um “um”.<\/p>\n<\/div>\n\n\n\n
                        Caracter\u00edsticas:<\/strong><\/p>\n\n\n\n
                          \n
                        • Chave estrangeira sempre na tabela “muitos”<\/li>\n\n\n\n
                        • Representa hierarquias naturais<\/li>\n\n\n\n
                        • Um registro pode ter zero, um ou muitos relacionados<\/li>\n<\/ul>\n\n\n\n
                          \n
                          Exemplo – Investiga\u00e7\u00e3o e Evid\u00eancias:<\/strong><\/p>\n\n\n\n
                          INVESTIGACAO (lado \"um\"):\nID_INVESTIGACAO (PK) | NUMERO_IPL\n1                    | IPL001\/24\n\nEVIDENCIA (lado \"muitos\"):\nID_EVIDENCIA (PK) | TIPO    | DESCRICAO   | ID_INVESTIGACAO (FK)\n1                 | ARMA    | Rev\u00f3lver .38| 1\n2                 | DIGITAL | Impress\u00e3o   | 1\n3                 | OBJETO  | Celular     | 1\n<\/code><\/pre>\n<\/div>\n\n\n\n
                          Vantagens:<\/strong><\/p>\n\n\n\n
                            \n
                          • Elimina redund\u00e2ncia<\/li>\n\n\n\n
                          • Facilita manuten\u00e7\u00e3o<\/li>\n\n\n\n
                          • Representa naturalmente hierarquias<\/li>\n\n\n\n
                          • Otimiza espa\u00e7o de armazenamento<\/li>\n<\/ul>\n\n\n\n
                            7. Relacionamentos Muitos-para-Muitos (M:N)<\/h2>\n\n\n\n
                            \n
                            Cada registro em ambas as tabelas pode relacionar-se com v\u00e1rios registros na outra tabela<\/strong>. Requer tabela intermedi\u00e1ria para implementa\u00e7\u00e3o.<\/p>\n<\/div>\n\n\n\n
                            Caracter\u00edsticas:<\/strong><\/p>\n\n\n\n
                              \n
                            • Bidirecionalmente m\u00faltiplo<\/li>\n\n\n\n
                            • Tabela intermedi\u00e1ria obrigat\u00f3ria<\/li>\n\n\n\n
                            • Chave prim\u00e1ria composta na tabela intermedi\u00e1ria<\/li>\n\n\n\n
                            • Pode conter atributos espec\u00edficos do relacionamento<\/li>\n<\/ul>\n\n\n\n
                              \n
                              Exemplo – Suspeitos e Crimes:<\/strong><\/p>\n\n\n\n
                              SUSPEITO:\nID_SUSPEITO (PK) | NOME\n1                | Jo\u00e3o Silva\n2                | Maria Costa\n\nCRIME:\nID_CRIME (PK) | TIPO_CRIME | DATA_CRIME\n1             | ROUBO      | 2024-01-15\n2             | FURTO      | 2024-01-20\n\nSUSPEITO_CRIME (tabela associativa):\nID_SUSPEITO (FK) | ID_CRIME (FK) | NIVEL_ENVOLVIMENTO | DATA_PRISAO\n1                | 1             | PRINCIPAL          | 2024-01-16\n1                | 2             | C\u00daMPLICE          | NULL\n2                | 1             | C\u00daMPLICE          | 2024-01-16\n<\/code><\/pre>\n<\/div>\n\n\n\n
                              Implementa\u00e7\u00e3o:<\/strong><\/p>\n\n\n\n
                                \n
                              • Tabela intermedi\u00e1ria cont\u00e9m chaves estrangeiras para ambas as tabelas<\/li>\n\n\n\n
                              • Chave prim\u00e1ria composta pelas duas chaves estrangeiras<\/li>\n\n\n\n
                              • Atributos adicionais espec\u00edficos do relacionamento<\/li>\n<\/ul>\n\n\n\n
                                8. Integridade Referencial<\/h2>\n\n\n\n
                                Conjunto de regras que garantem consist\u00eancia e validade dos relacionamentos entre tabelas.<\/p>\n\n\n\n
                                Regras Fundamentais:<\/strong><\/p>\n\n\n\n
                                  \n
                                • Inser\u00e7\u00e3o<\/strong>: N\u00e3o inserir chave estrangeira inexistente<\/li>\n\n\n\n
                                • Atualiza\u00e7\u00e3o<\/strong>: Tratar adequadamente mudan\u00e7as na chave prim\u00e1ria pai<\/li>\n\n\n\n
                                • Exclus\u00e3o<\/strong>: Considerar registros dependentes antes de excluir<\/li>\n<\/ul>\n\n\n\n
                                  Pol\u00edticas de Integridade:<\/strong><\/p>\n\n\n\n
                                  RESTRICT<\/strong>: Impede opera\u00e7\u00f5es na tabela pai se houver dependentes.<\/p>\n\n\n\n
                                    \n
                                  • Exemplo: N\u00e3o excluir delegacia com investigadores atribu\u00eddos<\/li>\n<\/ul>\n\n\n\n
                                    CASCADE<\/strong>: Propaga mudan\u00e7as automaticamente.<\/p>\n\n\n\n
                                      \n
                                    • Exemplo: Excluir investiga\u00e7\u00e3o remove todas evid\u00eancias relacionadas<\/li>\n<\/ul>\n\n\n\n
                                      SET NULL<\/strong>: Define chave estrangeira como NULL quando pai \u00e9 removido.<\/p>\n\n\n\n
                                        \n
                                      • Exemplo: Remover investigador deixa casos sem respons\u00e1vel<\/li>\n<\/ul>\n\n\n\n
                                        Benef\u00edcios:<\/strong><\/p>\n\n\n\n
                                          \n
                                        • Consist\u00eancia autom\u00e1tica de dados<\/li>\n\n\n\n
                                        • Preven\u00e7\u00e3o de corrup\u00e7\u00e3o<\/li>\n\n\n\n
                                        • Facilita auditoria e rastreabilidade<\/li>\n<\/ul>\n\n\n\n
                                          9. Aplica\u00e7\u00f5es Pr\u00e1ticas na Pol\u00edcia Federal<\/h2>\n\n\n\n
                                          Sistema Nacional de Informa\u00e7\u00f5es Criminais (SINIC):<\/strong><\/p>\n\n\n\n
                                          PESSOA (1) \u2192 ANTECEDENTE_CRIMINAL (N)\n- Uma pessoa pode ter m\u00faltiplos antecedentes\n- Chave estrangeira ID_PESSOA em ANTECEDENTE_CRIMINAL\n- Integridade RESTRICT: n\u00e3o excluir pessoa com antecedentes\n<\/code><\/pre>\n\n\n\n
                                          Sistema de Investiga\u00e7\u00f5es:<\/strong><\/p>\n\n\n\n
                                          INVESTIGACAO (1) \u2192 EVIDENCIA (N)\n- Uma investiga\u00e7\u00e3o possui m\u00faltiplas evid\u00eancias\n- Chave estrangeira ID_INVESTIGACAO em EVIDENCIA\n- Integridade CASCADE: excluir investiga\u00e7\u00e3o remove evid\u00eancias\n\nSUSPEITO (M) \u2194 CRIME (N)\n- Suspeitos podem estar envolvidos em m\u00faltiplos crimes\n- Crimes podem ter m\u00faltiplos suspeitos\n- Tabela SUSPEITO_CRIME com atributos do relacionamento\n<\/code><\/pre>\n\n\n\n
                                          Benef\u00edcios para Investiga\u00e7\u00f5es:<\/strong><\/p>\n\n\n\n
                                            \n
                                          • Integridade de Evid\u00eancias<\/strong>: Garantia de dados consistentes<\/li>\n\n\n\n
                                          • Rastreabilidade<\/strong>: Hist\u00f3rico completo de relacionamentos<\/li>\n\n\n\n
                                          • Correla\u00e7\u00e3o<\/strong>: Facilita descoberta de conex\u00f5es entre casos<\/li>\n\n\n\n
                                          • Conformidade<\/strong>: Atendimento a requisitos legais<\/li>\n<\/ul>\n\n\n\n
                                            Considera\u00e7\u00f5es de Seguran\u00e7a:<\/strong><\/p>\n\n\n\n
                                              \n
                                            • Chaves substitutas n\u00e3o exp\u00f5em informa\u00e7\u00f5es sens\u00edveis<\/li>\n\n\n\n
                                            • Controle de acesso granular por tabela<\/li>\n\n\n\n
                                            • Auditoria de altera\u00e7\u00f5es em relacionamentos cr\u00edticos<\/li>\n\n\n\n
                                            • Backup e recovery de estruturas relacionais<\/li>\n<\/ul>\n\n\n\n
                                              Resumo<\/h2>\n\n\n\n\n\n\n    \n    \n