<?xml version="1.0"?>
<rss version="2.0">
   <channel>
      <title>Fórum - Sem dependência funcional entre os campos. by Edy Amorim</title>
      <link>https://padlet.com/edyamorim/egk4725p82nhmk69</link>
      <description></description>
      <language>en-us</language>
      <pubDate>2022-10-17 13:29:43 UTC</pubDate>
      <lastBuildDate>2022-10-17 15:00:48 UTC</lastBuildDate>
      <webMaster>hello@padlet.com</webMaster>
      <image>
         <url></url>
      </image>
      <item>
         <title>Terceira Forma Normal(3FN)</title>
         <author>edyamorim</author>
         <link>https://padlet.com/edyamorim/egk4725p82nhmk69/wish/2343252381</link>
         <description><![CDATA[<div>A terceira forma normal é parte daquilo que chamamos de normalização de dados para fins de planejamento de bases de dados computacionais. É uma forma de analisar e refinar a estrutura dos dados a fim de torná-los íntegros e exclusivos, evitando repetições desnecessárias e possíveis sobrecargas no gerenciador de banco de dados.<br><br></div><div>Uma tabela está na <strong>Terceira Forma Normal </strong>3FN se ela estiver na 2FN e se nenhuma coluna não-chave depender de outra coluna não-chave.<br><br></div><div>Na<strong> terceira forma normal </strong>temos de eliminar aqueles campos que podem ser obtidos pela equação de outros campos da mesma tabela.<br><br></div><div>Procedimentos:<br><br></div><ul><li>a) Identificar todos os atributos que são funcionalmente dependentes de outros atributos não chave;</li><li>b) Removê-los.</li></ul><div>A chave primária da nova entidade será o atributo do qual os atributos removidos são funcionalmente dependentes.<br><br></div><div>Exemplo de normalização na terceira forma normal</div><div>Considere a tabela abaixo:<br><a href="https://www.luis.blog.br/userfiles/image/2fn_3.gif">Imagem 1</a><br><em>Tabela não está na terceira forma normal<br><br></em>Considerando ainda a nossa tabela Venda, veremos que a mesma não está na <strong>terceira forma normal</strong>, pois o subtotal é o resultado da multiplicação Quant X Valor_unit, desta forma a coluna subtotal depende de outras colunas não-chave.<br><br></div><div>Para normalizar esta tabela na <strong>terceira forma normal</strong> teremos de eliminar a coluna subtotal, como no exemplo a seguir:<br><a href="https://www.luis.blog.br/userfiles/image/3fn_1.gif">Imagem 2</a></div><div><em>Tabela na terceira forma normal</em><br><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1812169527/021063de34919562c189a1cd6b6f3ec0/2021db.jpg" />
         <pubDate>2022-10-17 13:49:49 UTC</pubDate>
         <guid>https://padlet.com/edyamorim/egk4725p82nhmk69/wish/2343252381</guid>
      </item>
      <item>
         <title>Perguntas e esclarecimentos.</title>
         <author>edyamorim</author>
         <link>https://padlet.com/edyamorim/egk4725p82nhmk69/wish/2343276474</link>
         <description><![CDATA[<div><mark>Qual o problema de não aplicar a terceira forma normal?</mark></div><div><br>Como visto acima, a terceira forma normal tem como objetivo eliminar dados que são desnecessários no banco e que poderiam causar simplesmente o maior acúmulo de informação, inclusive incorrendo na possibilidade de desatualização desses dados.<br><br></div><div>Considere o exemplo acima: o subtotal é desnecessário, visto que ele é resultado da quantidade multiplicado pelo valor unitário e portanto a qualquer momento ele pode ser encontrado através nesta equação. Se decidirmos manter, teremos um campo a mais na tabela que obviamente irá ocupar mais espaço no banco e sempre que modificarmos a quantidade ou o valor unitário, obrigatoriamente o campo subtotal deverá ser atualizado para não correr o risco de você ter um resultado diferente do que de fato é.<br><br><mark>Preciso aplicar a normalização na terceira forma normal em todas as tabelas?</mark></div><div><br>Não. Existe algumas tabelas em que não há necessidade de aplicar a terceira forma normal, isto porque a própria característica da tabela já exclui esses dados redundantes. Seja porque o analista já observou isso e retirou na hora de montar a estrutura da tabela, ou talvez porque a própria natureza dela não traz essa necessidade de ter um campo redundante.<br><br><mark>E se eu decidir não aplicar a terceira forma normal?<br></mark><br></div><div>Você pode trabalhar com uma tabela desnormalizada, como costumamos chamar. O que pode acontecer exatamente o que nós escrevemos na primeira pergunta desta seção. Ou seja, você terá de lidar com um dado redundante na sua tabela e sempre que houver modificação nos dados que geram esse campo redundante, ele precisará ser atualizado. Portanto o seu banco ou o seu sistema de informação precisa ser orientado a fazer essa atualização. Sem contar que em casos de banco muito grandes, isto gerará um uso a mais de recursos que poderiam ser evitados.<br><br></div><div><br><br></div><div><br><br></div>]]></description>
         <enclosure url="https://padlet-uploads.storage.googleapis.com/1812169527/e1d64116398b1cf434194df480d7854b/duvida.jpg" />
         <pubDate>2022-10-17 13:59:54 UTC</pubDate>
         <guid>https://padlet.com/edyamorim/egk4725p82nhmk69/wish/2343276474</guid>
      </item>
   </channel>
</rss>
