Оценка размера базы данных
Здесь не так много, но я бы предложил следующее, чтобы попытаться сузить ...
-
Убедитесь, что любые используемые вами сторонние библиотеки поддерживаются в версии .NET в службе приложений.
-
Включить диагностические журналы , чтобы получить дополнительную информацию о невозможности увидеть, можно ли сузить проблемную область.
-
. down
-
Если вышеописанное не помогает, вы можете попытаться воссоздать проблему локально, чтобы вы могли отладить, как описано здесь
[1111 ]
4 ответа
Если у Вас есть схема базы данных, калибровка довольно проста..., она только что оценила строки * в среднем размер строки для каждой таблицы * некоторый фактор для индексов * некоторый другой фактор для издержек. Учитывая смехотворно низкую цену устройства хранения данных в наше время, измеряя часто не проблема, если Вы не намереваетесь иметь сайт очень интенсивного трафика (или создают приложение для крупного предприятия).
Для моих собственных упражнений калибровки я всегда создавал список электронных таблиц Excel:
- седло 1: каждая таблица, которая вырастет
- седло 2: предполагаемый размер столбца в байтах
- седло 3: оцененный # строк (в год или макс., в зависимости от приложения)
- седло 4: индексируйте фактор (я всегда устанавливал это на 2),
- седло 5: служебный фактор (я всегда устанавливал это на 1,2),
- седло 6: общий столбец (седло 2 X 3 X 4 X 5)
Сумма седла 6 (общий столбец), плюс начальный размер Вашей базы данных без таблиц роста, является Вашей оценкой размера. Можно стать намного более научными, но это - мой быстрый и грязный путь.
Стоимость оценки, вероятно, будет больше, чем стоимость устройства хранения данных
Большинство поставщиков услуг хостинга продает способность суммой, используемой в конце каждого месяца, поэтому просто позволяет ей работать
Определите:
- сколько посетителей в день, V
- сколько записей каждого типа будет создано на посещение, N1, N2, N3...
- размер каждого типа записи, S1, S2, S3...
Править: забыл индексный фактор, который хорошее эмпирическое правило 2 раза
Общий рост в день = 2* V * (N1*S1 + N2*S2 + N3*S3 +...)
Мои эмпирические правила для следования
- сколько пользователей я ожидаю?
- какое содержание они могут отправить?
- как большой пользователь является рекордным?
- насколько большой действительно ли каждый - объект содержания, который может добавить пользователь?
- сколько я буду добавлять?
- сколько времени они удовлетворят живые объекты? навсегда? только пара недель?
Умножьте пользовательские времена размера записи число пользователей; добавьте количество пользовательских раз размер объекта содержания; умножьтесь на два (для удобного фактора выдумки).