Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

зависимость быстродействия от размера базы данных(СРОЧНО!!!)

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных
Предыдущая тема :: Следующая тема  
Автор Сообщение
Eugeny



Зарегистрирован: 01.02.2005
Сообщения: 40

СообщениеДобавлено: Пт Июн 16 2006 07:53    Заголовок сообщения: зависимость быстродействия от размера базы данных(СРОЧНО!!!) Ответить с цитатой

Нужны расчеты для диплома....

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


подскажите где можно найти информацию, статьи, формулы, расчеты и т.д.

PS. СУБД Interbase
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
vladimir_kg



Зарегистрирован: 05.04.2006
Сообщения: 31

СообщениеДобавлено: Пт Июн 16 2006 15:20    Заголовок сообщения: но только МС СИКВЕЛ сервер Ответить с цитатой

- От чего увеличивается база?
- От данных!

т.е. размер базы зависит от количества данных которые туда попадут.

- Нужно провести предварительный анализ сколько данных, предположим в день будет вноситься в какую либо таблицу.
- Выяснить сколько в среднем в байтах одна запись в каждой таблице, естественно это значение зависит от типов данных полей таблицы.
и так далее...
вариантов много, и от многих других параметров зависит размер базы данных.
Ну предположим в этом году некой фирме приходится обратывать по 100 заказов в день, а в следующем году уже 200, прирост в таблице заказов будет в два раза больше, чем в этом году.

Question Литературу которую я в данный момент читаю по (MS SQL server) просит обращаться к встроенной помощи!

Idea Может всетаки стоит прочесть справку! в интер бейс она есть?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
vladimir_kg



Зарегистрирован: 05.04.2006
Сообщения: 31

СообщениеДобавлено: Пт Июн 16 2006 15:24    Заголовок сообщения: Факторы производительности Ответить с цитатой

Факторы производительности

В числе факторов, которые способны повлиять на производительности системы, можно выделить, в первую очередь, аппаратную конфигурацию сервера. Количество процессоров и их быстродействие, количество и быстродействие дисков, объём оперативной памяти; всё это оказывает очень существенное влияние на уровень производительности. Не малую роль в общую производительность вносит и операционная система (ОС). Очевидно, что параллельно с процессами сервера баз данных будут выполняться процессы ОС и других, одновременно функционирующих на этом сервере программ. Также, на производительность могут повлиять файлы страничного обмена, их количество и местоположение. Использование RAID технологии также может в ту или иную сторону сказаться на общей производительности. Разумеется, нельзя исключать из систем, участвующих в оценке общей производительности, и сетевую среду, быстродействие сетевых соединений которой, а также её утилизация или уровень коллизий влияют на полосу пропускания сети, а следовательно, и на скорость передачи данных и запросов между клиентом и сервером. Сам SQL сервер, естественно, тоже оказывает влияние на производительность системы. Его конфигурация подразумевает динамическое распределение многих ресурсов и параметров, таких, как память, дисковое пространство подключения пользователей. Если у Вас нет веских на то оснований, лучше не вмешивайтесь в это динамическое распределение. Отрицательно сказываются на производительности сервера блокировки и большие объёмы журналируемых операций. Параллельное выполнение резервирования/восстановления, запуск DBCC или переиндексация могут также существенно сказаться на времени отклика сервера. Качество проектирования баз данных тоже имеет весомое значение. Производительность запросов может зависеть от уровня нормализации данных, их логической и физической структуры. Уровень контроля выполнения транзакций, как правило, влияет на количество и длительность блокировок. Часто повторяющиеся конфликты также замедляют работу. Зато оформление запросов в виде хранимых процедур может существенно поднять их «скорострельность», относительно незапланированных запросов, реализованных в логике клиента. От логики работы клиентского приложения также зависит очень многое. Само число одновременно обращающихся к серверу баз данных и выбранной для этого схемы сетевых соединений, оказывает существенное влияние на распределение памяти сервера. Уменьшение числа конфликтов при обслуживании транзакций в состоянии существенно повысить общую производительность. Реакция клиентского приложение на блокировки и его способность повторно выставлять запрос или операторы модификации данных, может существенно разгрузить и оптимизировать работу сети и SQL сервера. Время отклика можно значительно сократить за счёт использования правильных видов курсора, сокращения объёмов извлекаемых данных и оптимизации использования кэша.

Exclamation Это с сайта www.sql.ru смотри там и по интербейс есть!

УДАЧИ!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
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    Заголовок сообщения: Ответить с цитатой

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


Огромное спасибо всем откликнувшимся!!!
Многое стало понятным, но еще остались вопросы Smile !
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...