Se eu tiver a mesma linha na mesma coluna na mesma tabela na qual escrevo 4 bytes (um inteiro) 100.000 vezes por dia, isso desgastará o SSD? Para um SSD, 400 kb por dia não é nada, mas gravá-lo na mesma célula de memória o faria.
Digamos que uma tabela cartenha um relacionamento um para um com tabelas electric_car, gas_care hybrid_car. Se a carfor electric_car, não poderá mais aparecer em gas_carou a hybrid_car, etc.
Há algo de errado com esse design? Alguns problemas que podem ocorrer no caminho?
Por exemplo, há três tabelas: players, dungeonse instances.
A playertem muitos dungeonse cada um dungeontem muitos instances, como em um jogo conhecido de World of Warcraft. Cada playerum teria um dungeon_idcomo chave estrangeira e cada dungeonum teria um instance_idcomo chave estrangeira. Essa seria uma abordagem minimalista suficiente. Um playerde cada instancepode ser acessado através da dungeontabela. Isso resultaria em 1 coluna a menos, mas uma consulta um pouco mais longa.
Outra abordagem é adicionar player_idà instancestabela como uma chave estrangeira. Agora os jogadores podem consultar diretamente da instancesmesa. Consulta mais curta, mas mais uma coluna para uma chave estrangeira.
Qual abordagem é melhor a longo prazo? Na prática, parece que adicionar uma chave estrangeira em todos os lugares onde é logicamente possível torna mais fácil. Mas então isso não resultaria em um acoplamento mais rígido e tornaria o código mais difícil de refatorar?
Eu tenho um monte de colunas na minha tabela de banco de dados MySQL que armazenam booleanos (0 ou 1) como tinyints. Eles são 0 por padrão e não devem ser nulos. Estou pensando em definir a propriedade da coluna como NOT NULL para que haja outra verificação de validação apenas no caso. Eu me pergunto se isso terá o custo de aumentar o tamanho da mesa no futuro. Meu medo é que, talvez, a propriedade NOT NULL adicione outro bit a cada entrada de dados?
Meu banco de dados é novo e praticamente vazio então quando tento verificar o tamanho da tabela sempre me dá 16kb.
Eu crio colunas no MySQL Workbench e muitas vezes coloca números diferentes entre parênteses após o tipo de dados, por exemplo, eu insiro isso:
Column Name Datatype:
id INT
account_parameters INT
accounts TINYINT
account_properties TINYINT
e depois de executar a consulta recebo
Column Name Datatype:
id INT(10)
account_parameters INT(11)
accounts TINYINT(1)
account_properties TINYINT(2)
Por que faz isso? Existe uma razão pela qual um deve ser INT(11), enquanto outros são INT(10)?