Array
(
    [0] => stdClass Object
        (
            [Votos_Balanceados] => 1
            [id] => 476445
            [titulo] => Primeira Forma Normal
            [dataCadastro] => DateTime Object
                (
                    [date] => 2014-04-16 11:40:50
                    [timezone_type] => 3
                    [timezone] => America/Sao_Paulo
                )

            [isFirstPost] => -1
            [idUsuario] => 289330
            [status] => A
            [isExample] => 
            [NomeUsuario] => Jefferson Coutinho dos Santos
            [Apelido] => 
            [Foto] => 
            [Conteudo] => Endereço não. A não ser que seja dividido por municipio e estado, mais sexo você pode colocar o check para 0 = masculino e 1 = feminino.
        )

)

Primeira Forma Normal

Anacleto Linux
   - 16 abr 2014

1) Na 1FN as tabelas não podem ter campos repetidos nem valores não atómico:
a) Tenho uma tabela com os campos de um fornecedor(codfornecedor, nome,endereco,estadocivil,sexo,cidade)
a.1) será que há necessidade em criar uma nova tabela para o sexo, estadocivil e endereco(rua, bairro,localidade,comuna,aldeida etc) do fornecedor ?

Post mais votado

Jefferson Santos
   - 16 abr 2014

Endereço não. A não ser que seja dividido por municipio e estado, mais sexo você pode colocar o check para 0 = masculino e 1 = feminino.

Alex Lekao
   - 16 abr 2014

excelente a sugestao do Jefferson.

uma sugestao com relacao a endereco eh se caso vc faca uso do banco de dados de cep, por exemplo ou tenha uma tabela com o cadastro dos codigos postais, vc pode usar apenas o cep na tabela de cliente, assim ela ja teria relacao com essa tabela de enderecos, um exemplo.

dessa forma vc eliminaria do cadastro dos clientes/fornecedores os campos correspondentes a logradouro, cidade, estado,etc. acredito que atingiria uma boa FN.

espero ter ajudado.

Abraco.

Alex - Lekao

Anacleto Linux
   - 18 abr 2014

com relação ao endereco, caso haja dois fornecedores com o mesmo endereco aminha tabela seria redundante, no caso do seo a mesma coisa, posso meter zero(0) para masculino e um (1) para femenino, na mesmo poderei ter varios zeros (femenino) e varios uns (masculino), neste caso não seria melhor criar uma tabela para evitar essa redundância?

Marisiana
   - 18 abr 2014

Não vejo necessidade de criar uma tabela para armazenar o sexo, a sugestão do Jefferson, em utilizar um CHECK, é a mais simples e mais utilizada.
Para o endereço, considero a criação de uma tabela para armazená-los como uma boa prática, afinal, pode-se precisar manter o cadastro de várias pessoas que moram na mesma casa.