Artigo

Atualizar artigo

Título:

Slug:

Conteúdo:

<p>Conjunto de instruções SQL para criar um banco de dados para gerenciar departamentos, cargos, colaboradores e currículos em uma estrutura organizacional.</p>
<pre><code>CREATE TABLE `dep_departments` (
  `id_department` int(11) NOT NULL,
  `department` varchar(100) NOT NULL,
  `description` varchar(255) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `dep_positions` (
  `id_position` int(11) NOT NULL,
  `position` varchar(100) NOT NULL,
  `id_department` int(11) NOT NULL,
  `salary` decimal(10,2) NOT NULL,
  `description` varchar(255) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `dep_collaborators` (
  `id_collaborator` int(11) NOT NULL,
  `collaborator` varchar(100) NOT NULL,
  `id_position` int(11) DEFAULT NULL,
  `formation` varchar(255) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

CREATE TABLE `dep_curriculum` (
  `id_curriculum` int(11) NOT NULL,
  `curriculum` text,
  `id_collaborator` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

ALTER TABLE `dep_collaborators`
  ADD PRIMARY KEY (`id_collaborator`),
  ADD KEY `fk_position` (`id_position`);

ALTER TABLE `dep_curriculum`
  ADD PRIMARY KEY (`id_curriculum`),
  ADD KEY `fk_collaborator` (`id_collaborator`);

ALTER TABLE `dep_departments`
  ADD PRIMARY KEY (`id_department`);

ALTER TABLE `dep_positions`
  ADD PRIMARY KEY (`id_position`),
  ADD KEY `fk_department` (`id_department`);

ALTER TABLE `dep_collaborators`
  MODIFY `id_collaborator` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `dep_curriculum`
  MODIFY `id_curriculum` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `dep_departments`
  MODIFY `id_department` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `dep_positions`
  MODIFY `id_position` int(11) NOT NULL AUTO_INCREMENT;

ALTER TABLE `dep_collaborators`
  ADD CONSTRAINT `fk_position` FOREIGN KEY (`id_position`) REFERENCES `dep_positions` (`id_position`);

ALTER TABLE `dep_curriculum`
  ADD CONSTRAINT `fk_collaborator` FOREIGN KEY (`id_collaborator`) REFERENCES `dep_collaborators` (`id_collaborator`);

ALTER TABLE `dep_positions`
  ADD CONSTRAINT `fk_department` FOREIGN KEY (`id_department`) REFERENCES `dep_departments` (`id_department`);</code></pre>
<h4>Tabelas criadas:</h4>

<ol>
<li><code>dep_departments</code>: Armazena os departamentos, com um <code>id_department</code> e um nome (<code>department</code>).</li><li><code>dep_positions</code>: Armazena os cargos, relacionando cada um com um departamento (<code>id_department</code>), além de possuir um campo de salário e uma descrição.</li>
<li><code>dep_collaborators</code>: Armazena os colaboradores, com a possibilidade de relacioná-los a um cargo (<code>id_position</code>) e armazenar sua formação.</li>
<li><code>dep_curriculum</code>: Armazena os currículos de colaboradores, relacionados por <code>id_collaborator</code>.</li>
</ol>

<h4>Chaves primárias e estrangeiras:</h4>
<ul>
<li>Cada tabela tem uma chave primária (<code>PRIMARY KEY</code>) em seus respectivos campos <code>id_*</code>, para identificar registros de maneira única.</li>
<li>Foram adicionadas chaves estrangeiras para garantir a integridade referencial:
<ol>
<li>A tabela <code>dep_collaborators</code> possui uma chave estrangeira (<code>fk_position</code>) que referencia a tabela <code>dep_positions</code>.</li>
<li>A tabela <code>dep_curriculum</code> possui uma chave estrangeira (<code>fk_collaborator</code>) que referencia a tabela <code>dep_collaborators</code>.</li>
<li>A tabela <code>dep_positions</code> possui uma chave estrangeira (<code>fk_department</code>) que referencia a tabela <code>dep_departments</code>.</li>
</ol>
</li>
</ul>

<h4>Auto-incremento:</h4>
<ul>
<li>As colunas <code>id_department</code>, <code>id_position</code>, <code>id_collaborator</code>, e <code>id_curriculum</code> são configuradas para serem auto-incrementadas, ou seja, seus valores são gerados automaticamente, sem a necessidade de inserção manual.</li>
</ul>

<p>Essa estrutura permite gerenciar a relação entre departamentos, cargos, colaboradores e seus respectivos currículos, garantindo que os dados estejam conectados corretamente por meio de chaves estrangeiras.</p>

<h3>Sugestões</h3>
<p>Aqui estão algumas observações e críticas construtivas para o código SQL fornecido:</p>

<h4>1. Uso de <code>NOT NULL</code> em colunas descritivas:</h4>
<ul>
<li>Colunas como <code>description</code> em <code>dep_departments</code> e <code>dep_positions</code> estão definidas como <code>NOT NULL</code>. No entanto, descrever um departamento ou cargo pode não ser sempre obrigatório, então pode ser interessante permitir valores nulos (<code>NULL</code>) para esses campos, caso a descrição não seja essencial.</li>
</ul>

<h4>2. Colunas de <code>curriculum</code> e <code>formation</code>:</h4>
<ul>
<li>A coluna <code>formation</code> na tabela <code>dep_collaborators</code> tem tipo <code>VARCHAR(255)</code>. Para informações de formação, pode haver casos em que mais do que 255 caracteres sejam necessários, principalmente se houver detalhamento de títulos e especializações. O tipo <code>TEXT</code> pode ser mais apropriado, assim como foi feito para <code>curriculum</code> na tabela <code>dep_curriculum</code>.</li>
<li>Similarmente, o campo <code>curriculum</code> está definido como <code>TEXT</code>, o que é adequado para armazenar currículos completos, mas, dependendo do tamanho esperado, pode ser necessário ajustar o tipo de dados para <code>MEDIUMTEXT</code> ou <code>LONGTEXT</code>, caso seja esperado um volume maior de dados.</li>
</ul>

<h4>3. Chaves estrangeiras e ON DELETE/ON UPDATE:</h4>
<ul>
<li>Embora as chaves estrangeiras estejam corretamente definidas, seria recomendável adicionar opções <code>ON DELETE</code> e <code>ON UPDATE</code> para definir o comportamento em caso de exclusão ou alteração dos registros referenciados. Por exemplo:
<ol>
<li><code>ON DELETE CASCADE</code>: Para garantir que, ao excluir um departamento, todos os cargos e colaboradores relacionados também sejam excluídos automaticamente.</li>
<li><code>ON DELETE SET NULL</code>: Para casos onde, ao excluir um cargo ou colaborador, os registros relacionados possam ser atualizados para <code>NULL</code>.</li>
</ol>
</li>
</ul>

<p>Exemplo para a tabela <code>dep_collaborators</code>:</p>
<pre><code>ALTER TABLE `dep_collaborators`
  ADD CONSTRAINT `fk_position` FOREIGN KEY (`id_position`) REFERENCES `dep_positions` (`id_position`) ON DELETE SET NULL ON UPDATE CASCADE;</code></pre>

<h4>4. Uso de <code>DEFAULT NULL</code> implícito:</h4>
<ul>
<li>Nas tabelas <code>dep_collaborators</code> e <code>dep_curriculum</code>, algumas colunas são declaradas como <code>DEFAULT NULL</code>, o que é redundante, pois o <code>NULL</code> já é o valor padrão quando nenhuma restrição <code>NOT NULL</code> é aplicada. Portanto, é possível simplificar o código removendo essa parte.</li>
</ul>

<p>Exemplo:</p>

<pre><code>`id_position` int(11)</code></pre>

<h4>5. Falta de índices em campos de busca frequente:</h4>
<p>Seria interessante criar índices adicionais em colunas que provavelmente serão usadas em consultas frequentes, como collaborator em dep_collaborators e department em dep_departments. Isso melhora a performance em grandes volumes de dados.</p>
Exemplo:

<pre><code>CREATE INDEX idx_collaborator ON dep_collaborators(collaborator);
CREATE INDEX idx_department ON dep_departments(department);</code></pre>

<h4>6. Largura de <code>DECIMAL</code> para salário:</h4>
<ul>
<li>A definição da coluna <code>salary</code> como <code>DECIMAL(10,2)</code> permite números com até 8 dígitos inteiros e 2 casas decimais. Dependendo da organização, pode ser necessário permitir valores maiores (especialmente em grandes corporações). Ajustar a precisão para algo como <code>DECIMAL(12,2)</code> ou mais pode ser uma melhoria.</li>
</ul>

<h4>7. Normalização e dependência funcional:</h4>
<ul>
<li>A tabela <code>dep_curriculum</code> poderia ser normalizada para armazenar o currículo e informações de formação em uma tabela separada, evitando a repetição de informações, caso um colaborador tenha múltiplos currículos associados.</li>
</ul>

<p>Abaixo está o diagrama ER (Entidade-Relacionamento) com base no esquema SQL. Este diagrama ilustra as entidades (<code>dep_departments</code>, <code>dep_positions</code>, <code>dep_collaborators</code>, <code>dep_curriculum</code>), seus atributos, chaves primárias (PK), chaves estrangeiras (FK) e os relacionamentos entre elas.</p>

<pre class="mermaid">
erDiagram
    dep_departments {
        int id_department PK "Chave Primária"
        varchar department "Nome do Departamento"
        varchar description "Descrição"
    }

dep_positions {
        int id_position PK "Chave Primária"
        varchar position "Nome do Cargo"
        int id_department FK "Chave Estrangeira para dep_departments"
        decimal salary "Salário"
        varchar description "Descrição"
    }

dep_collaborators {
        int id_collaborator PK "Chave Primária"
        varchar collaborator "Nome do Colaborador"
        int id_position FK "Chave Estrangeira para dep_positions"
        varchar formation "Formação"
    }

dep_curriculum {
        int id_curriculum PK "Chave Primária"
        text curriculum "Currículo"
        int id_collaborator FK "Chave Estrangeira para dep_collaborators"
    }

%% Relacionamentos
    dep_departments ||--o{ dep_positions : "possui"
    dep_positions ||--o{ dep_collaborators : "ocupa"
    dep_collaborators ||--o{ dep_curriculum : "possui"
</pre>
<script type="module">
      import mermaid from 'https://cdn.jsdelivr.net/npm/mermaid@11/dist/mermaid.esm.min.mjs';
    </script>
<h3>Explicação do Diagrama</h3>

<h4>Entidades e Atributos:</h4>

<ol>
<li><code data-highlighted="yes" class="hljs language-undefined">dep_departments</code>:</li>
<ul>
<li><code data-highlighted="yes" class="hljs language-undefined">id_department</code> (PK): Identificador único do departamento.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">department</code>: Nome do departamento.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">description</code>: Descrição do departamento.</li>
</ul>

<li><code data-highlighted="yes" class="hljs language-undefined">dep_positions</code>:</li>
<ul>
<li><code data-highlighted="yes" class="hljs language-undefined">id_position</code> (PK): Identificador único do cargo.</li>
<li><code data-highlighted="yes" class="hljs language-css"><span class="hljs-attribute">position</span></code>: Nome do cargo.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">id_department</code> (FK): Referência ao departamento (<code data-highlighted="yes" class="hljs language-undefined">dep_departments</code>) ao qual o cargo pertence.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">salary</code>: Salário associado ao cargo.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">description</code>: Descrição do cargo.</li>
</ul>

<li><code data-highlighted="yes" class="hljs language-undefined">dep_collaborators</code>:</li>
<ul>
<li><code data-highlighted="yes" class="hljs language-undefined">id_collaborator</code> (PK): Identificador único do colaborador.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">collaborator</code>: Nome do colaborador.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">id_position</code> (FK): Referência ao cargo (<code data-highlighted="yes" class="hljs language-undefined">dep_positions</code>) ocupado pelo colaborador.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">formation</code>: Formação acadêmica ou profissional do colaborador.</li>
</ul>

<li><code data-highlighted="yes" class="hljs language-undefined">dep_curriculum</code>:</li>
<ul>
<li><code data-highlighted="yes" class="hljs language-undefined">id_curriculum</code> (PK): Identificador único do currículo.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">curriculum</code>: Conteúdo do currículo.</li>
<li><code data-highlighted="yes" class="hljs language-undefined">id_collaborator</code> (FK): Referência ao colaborador (<code data-highlighted="yes" class="hljs language-undefined">dep_collaborators</code>) ao qual o currículo pertence.</li>
</ul>

</ol>

<h4>Relacionamentos:</h4>

<ol>
<li><code data-highlighted="yes" class="hljs language-undefined">dep_departments</code> "possui" <code data-highlighted="yes" class="hljs language-undefined">dep_positions</code>:</li>
<ul>
<li>Representa que um departamento pode ter múltiplos cargos associados.</li>
<li>Notação: <code data-highlighted="yes" class="hljs language-lua">||<span class="hljs-comment">--o{</span></code> indica um relacionamento de um-para-muitos (um departamento para muitos cargos).</li>
</ul>

<li><code data-highlighted="yes" class="hljs language-undefined">dep_positions</code> "ocupa" <code data-highlighted="yes" class="hljs language-undefined">dep_collaborators</code>:</li>
<ul>
<li>Indica que um cargo pode ser ocupado por múltiplos colaboradores.</li>
<li>Notação: <code data-highlighted="yes" class="hljs language-lua">||<span class="hljs-comment">--o{</span></code> indica um relacionamento de um-para-muitos (um cargo para muitos colaboradores).</li>
</ul>

<li><code data-highlighted="yes" class="hljs language-undefined">dep_collaborators</code> "possui" <code data-highlighted="yes" class="hljs language-undefined">dep_curriculum</code>:</li>

<ul>
<li>Mostra que um colaborador pode ter múltiplos currículos associados.</li>
<li>Notação: <code data-highlighted="yes" class="hljs language-lua">||<span class="hljs-comment">--o{</span></code> indica um relacionamento de um-para-muitos (um colaborador para muitos currículos).</li>
</ul>

</ol>

<h3>Considerações Finais</h3>
<p>Este diagrama ER proporciona uma visão clara da estrutura do banco de dados, facilitando a compreensão das relações entre departamentos, cargos, colaboradores e currículos. Ele é especialmente útil para desenvolvedores, analistas de dados e qualquer pessoa envolvida no design ou manutenção do sistema.</p>
</pre>

Autor:

Status:

Voltar