Назад | Перейти на главную страницу

Оценка необходимого размера базы данных для веб-сайта с базой контента

Мне трудно оценить, какой размер мне нужен для моей базы данных SQL2005. Я создаю веб-сайт на основе контента (статьи - видео - изображения - форумы) с профилем пользователя и думал о том, чтобы, вероятно, иметь небольшую или среднюю аудиторию. Есть ли способ оценить, сколько места или сколько баз данных мне понадобится? У меня есть учетная запись, размещенная на DiscountASP, и из-за размера базы данных, который они предлагают (300-700 МБ), я чувствую, что довольно быстро достигну предела и мне придется потратить намного больше.

Как вы рассчитываете / проверяете, сколько места вам нужно? Является ли добавление такого количества фиктивных записей в базу данных достаточно хорошим способом оценки использования базы данных?

Если вы храните в базе данных только информацию о видео и изображениях, вам не следует быстро достигать такого лимита.

Чтобы проверить это, почему бы вам не установить SQL Server 2005 Express в свою систему и посмотреть, насколько велика ваша база данных с объемом выборочных данных, близким к ожидаемому. Кроме того, большинство хостинговых компаний предоставляют вам возможность позже перейти на более крупную базу данных, поэтому, если вы думаете, что это будет проблемой, обязательно обратитесь к компании, которая позволяет это.

Есть несколько инструментов оценки размера базы данных через Google, но все они предполагают "фиксированную" ширину данных: целые числа, строки и т. Д. И оценки количества строк.

Если вы хотите хранить изображения и видео, от этого будет мало толку.

Я мог бы придумать число, но вы очень быстро занимаетесь сотнями гигабайт.

Попробуйте приблизиться. Например, таблица комментариев со строками динамической ширины: avg-size = (uid [4] + flags [4] + avg-comment-length (100)) * количество-записей = 144 байта на сообщение * количество. -of-records = ...
Цифры сильно зависят от структуры вашей таблицы.

Кроме того, если вы разрабатываете веб-приложение: подумайте об экспорте длинных данных из базы данных в файлы для экономии места. Например. комментарии можно хранить в data / comments / .txt

Кроме того, вы можете использовать сжатые таблицы (или вручную gzcompress текстовые данные перед вставкой).

Ура!

Если вы храните изображения и видео в базе данных, вы очень быстро достигнете предела. Если вы этого не сделаете, вы, вероятно, сможете сохранить изрядное количество информации, возможно, сотни тысяч записей, в зависимости от типов полей.