Início / dba / Perguntas / 21806
Accepted
Alireza
Asked: 2012-08-02 05:13:28 +0800 CST

Devo colocar seguidores_no & following_no & product_no & last_login e etc na tabela de usuários? As atualizações não causarão fragmentação na tabela?

  • 772

Eu tenho uma tabela para usuários em um site de rede social. Eu quero que seja eficiente desde o início. Se eu colocar os campos mencionados na tabela, terei que atualizar a tabela do usuário a cada alteração. Devo ter outra tabela para campos como esses que mudam com frequência? Devo me preocupar com a fragmentação?

Existe alguma abordagem melhor que eu desconheço?

mysql database-design

2 respostas

  1. Best Answer

    Certamente causará fragmentação, mas você deve compará-la com a normalização.

    FRAGMENTAÇÃO

    A fragmentação é introduzida em um ambiente de gravação pesada.

    • DELETEs criam automaticamente um espaço vazio de pelo menos o tamanho da linha no momento da exclusão.
    • As ATUALIZAÇÕES também podem causar fragmentação, principalmente em dados de comprimento variável.

    Outros links sobre a fragmentação do InnoDB e como eliminá-la dos dados do InnoDB e do tablespace do sistema

    NORMALIZAÇÃO

    Qualquer coluna que você tenha em uma tabela de usuário que seja imutável (ou seja, nunca sofrerá alterações) deve atuar como a tabela principal. Coisas como

    • Mudança de endereço
    • Correção ortográfica
    • Mudança de sobrenome (no caso de uma senhora se casar)

    produzirá muito pouca fragmentação, pois mudanças desse tipo são raras.

    Qualquer informação que registre alterações frequentes nas informações do usuário deve ir para uma userinfotabela. Isso separará os problemas de fragmentação dos dados imutáveis ​​do usuário. Você pode facilmente desfragmentar uma userinfotabela InnoDB com um dos seguintes

    ALTER TABLE userinfo ENGINE=InnoDB;
OPTIMIZE TABLE userinfo;

    CONCLUSÃO

    Você deve dividir os dados do usuário em tabelas usere . userinfoUm simples INNER JOIN irá combiná-los conforme necessário.

    • 1

  2. Sugiro que siga as regras de normalização. Isso minimizará o processamento de gravação e atualização (e erros) e simplificará a codificação da lógica das rotinas de gravação e atualização. Você pode ajustar as leituras de várias maneiras. Você pode usar exibições materializadas ou exibições indexadas para acompanhar as contagens sem consultar os registros um por um. Não sacrifique a normalização sem motivos óbvios.

    • 0

relate perguntas