Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Eugeny
Зарегистрирован: 01.02.2005 Сообщения: 40
|
Добавлено: Пт Июн 16 2006 07:53 Заголовок сообщения: зависимость быстродействия от размера базы данных(СРОЧНО!!!) |
|
|
Нужны расчеты для диплома....
- прогноз увеличения размера базы данных
- зависимость быстродействия от размера базы данных
подскажите где можно найти информацию, статьи, формулы, расчеты и т.д.
PS. СУБД Interbase |
|
Вернуться к началу |
|
|
vladimir_kg
Зарегистрирован: 05.04.2006 Сообщения: 31
|
Добавлено: Пт Июн 16 2006 15:20 Заголовок сообщения: но только МС СИКВЕЛ сервер |
|
|
- От чего увеличивается база?
- От данных!
т.е. размер базы зависит от количества данных которые туда попадут.
- Нужно провести предварительный анализ сколько данных, предположим в день будет вноситься в какую либо таблицу.
- Выяснить сколько в среднем в байтах одна запись в каждой таблице, естественно это значение зависит от типов данных полей таблицы.
и так далее...
вариантов много, и от многих других параметров зависит размер базы данных.
Ну предположим в этом году некой фирме приходится обратывать по 100 заказов в день, а в следующем году уже 200, прирост в таблице заказов будет в два раза больше, чем в этом году.
Литературу которую я в данный момент читаю по (MS SQL server) просит обращаться к встроенной помощи!
Может всетаки стоит прочесть справку! в интер бейс она есть? |
|
Вернуться к началу |
|
|
vladimir_kg
Зарегистрирован: 05.04.2006 Сообщения: 31
|
Добавлено: Пт Июн 16 2006 15:24 Заголовок сообщения: Факторы производительности |
|
|
Факторы производительности
В числе факторов, которые способны повлиять на производительности системы, можно выделить, в первую очередь, аппаратную конфигурацию сервера. Количество процессоров и их быстродействие, количество и быстродействие дисков, объём оперативной памяти; всё это оказывает очень существенное влияние на уровень производительности. Не малую роль в общую производительность вносит и операционная система (ОС). Очевидно, что параллельно с процессами сервера баз данных будут выполняться процессы ОС и других, одновременно функционирующих на этом сервере программ. Также, на производительность могут повлиять файлы страничного обмена, их количество и местоположение. Использование RAID технологии также может в ту или иную сторону сказаться на общей производительности. Разумеется, нельзя исключать из систем, участвующих в оценке общей производительности, и сетевую среду, быстродействие сетевых соединений которой, а также её утилизация или уровень коллизий влияют на полосу пропускания сети, а следовательно, и на скорость передачи данных и запросов между клиентом и сервером. Сам SQL сервер, естественно, тоже оказывает влияние на производительность системы. Его конфигурация подразумевает динамическое распределение многих ресурсов и параметров, таких, как память, дисковое пространство подключения пользователей. Если у Вас нет веских на то оснований, лучше не вмешивайтесь в это динамическое распределение. Отрицательно сказываются на производительности сервера блокировки и большие объёмы журналируемых операций. Параллельное выполнение резервирования/восстановления, запуск DBCC или переиндексация могут также существенно сказаться на времени отклика сервера. Качество проектирования баз данных тоже имеет весомое значение. Производительность запросов может зависеть от уровня нормализации данных, их логической и физической структуры. Уровень контроля выполнения транзакций, как правило, влияет на количество и длительность блокировок. Часто повторяющиеся конфликты также замедляют работу. Зато оформление запросов в виде хранимых процедур может существенно поднять их «скорострельность», относительно незапланированных запросов, реализованных в логике клиента. От логики работы клиентского приложения также зависит очень многое. Само число одновременно обращающихся к серверу баз данных и выбранной для этого схемы сетевых соединений, оказывает существенное влияние на распределение памяти сервера. Уменьшение числа конфликтов при обслуживании транзакций в состоянии существенно повысить общую производительность. Реакция клиентского приложение на блокировки и его способность повторно выставлять запрос или операторы модификации данных, может существенно разгрузить и оптимизировать работу сети и SQL сервера. Время отклика можно значительно сократить за счёт использования правильных видов курсора, сокращения объёмов извлекаемых данных и оптимизации использования кэша.
Это с сайта www.sql.ru смотри там и по интербейс есть!
УДАЧИ! |
|
Вернуться к началу |
|
|
and3008
Зарегистрирован: 12.10.2001 Сообщения: 14893 Откуда: Н.Новгород
|
Добавлено: Сб Июн 17 2006 12:21 Заголовок сообщения: |
|
|
Цитата: | зависимость быстродействия от размера базы данных |
Угу... Это как зависимость скорости автомобиля от объема его двигателя при езде в черте города.
Для тех, кто не понял: Езда на автомобиле в черте города зависит от загруженности той дороги по который вы собираетесь поехать, а не от объема и мощности вашего двигателя.
Так и с объемом базы данных. Если вы имеете базу емкостью 1 Террабайт, в базе 1-2 таблички и вы делаете простой SELECT по индексированным полям, то за быстродействие можно не бояться. Оно будет просто супер, даже на простом и дешевом железе.
Однако если вы имеете сложную СУБД, запускаете сложные запросы, то и на 2-4 Гигабайтах можно начинать задумываться о покупке мощного сервера и быстрой дисковой подсистемы.
Так что не ищите ответа на этот вопрос. Внятного ответы вы не получите. Наиболее общий и верный ответ будет: Все зависит от характера обрабатываемых данных, правильности проектирования базы данных (базы данных, а не сервера базы данных!!!), правильности и эффективности составленных SQL-запросов. |
|
Вернуться к началу |
|
|
Eugeny
Зарегистрирован: 01.02.2005 Сообщения: 40
|
Добавлено: Сб Июн 17 2006 22:11 Заголовок сообщения: |
|
|
Я так понимаю что оценить производительность готовой системы можно только опытным путем, а далее постепенно выявляя узкие места устранять их....
Огромное спасибо всем откликнувшимся!!!
Многое стало понятным, но еще остались вопросы ! |
|
Вернуться к началу |
|
|
|