Avaliando o tamanho do banco de dados necessário para um site de base de conteúdo

1

Eu estou tendo dificuldade em avaliar o tamanho que eu preciso para o meu banco de dados SQL2005. Estou criando um site baseado em conteúdo (artigos - vídeos - imagens - fóruns) com perfil de usuário e estava pensando em ter provavelmente um público pequeno a médio. Existe uma maneira de avaliar quanto espaço ou quantos bancos de dados eu precisaria? Eu tenho uma conta hospedada no DiscountASP e para o tamanho do banco de dados que eles oferecem (300 -700MB) tenho a sensação de que eu iria atingir o limite muito rápido e terá que gastar muito mais.

Como você calcula / testa quanto espaço você precisa? A adição de tantas entradas fictícias ao banco de dados é uma boa maneira de avaliar o uso do banco de dados?

    
por ak3nat0n 18.07.2009 / 10:14

4 respostas

2

Se você está armazenando apenas informações sobre os vídeos e imagens no banco de dados, não deve atingir esse limite rapidamente.

Para testar isso, por que você não instala o SQL Server 2005 Express em seu sistema e vê o tamanho do seu banco de dados com uma quantidade de dados de amostra perto do que você espera. Além disso, a maioria das empresas de hospedagem oferece a opção de migrar para um banco de dados maior mais tarde, portanto, se você acha que será um problema, certifique-se de ir com uma empresa que permita isso.

    
por 18.07.2009 / 12:31
0

Existem várias ferramentas de estimativa do tamanho do banco de dados via Google, mas todas elas assumem dados de largura "fixa": números inteiros, sequências de caracteres, etc. e estimativas de contagem de linhas

Se você quiser armazenar imagens e vídeos, eles não serão muito úteis.

Eu poderia criar um número, mas você está levando centenas de gigabytes muito rapidamente.

    
por 18.07.2009 / 11:08
0

Tente aproximar. Por exemplo, tabela "comentários" com linhas de largura dinâmica: avg-size = (uid [4] + sinalizadores [4] + avg-comment-length (100)) * número-de-registros = 144 bytes por postagem * número -of-records = ...
Os números dependem muito da estrutura da sua tabela.

Além disso, se você estiver projetando um aplicativo da Web: pense em exportar dados longos do banco de dados em arquivos para economizar espaço. Por exemplo. os comentários podem ser armazenados em data / comments / .txt

Além disso, você pode usar tabelas compactadas (ou manualmente gzcompress dados de texto antes da inserção).

Felicidades!

    
por 18.07.2009 / 11:29
0

Se você armazenar as imagens e vídeos no banco de dados, você atingirá o limite muito rapidamente. Se você não fizer isso, provavelmente poderá armazenar uma quantidade razoável de informações, provavelmente centenas de milhares de registros, dependendo dos tipos de campo.

    
por 18.07.2009 / 13:15