![]() |
|
Модераторы: LSD |
![]()
|
|
| AleXGray |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 126 Регистрация: 18.1.2007 Репутация: нет Всего: 1 |
Доброго времени суток, ув. форумчане!
Я делаю веб-проект на базе нета и MSSQL 2005. Так вот, в самом ТЗ есть следующая фраза:
Так вот, меня интересует, действительно ли отдельная БД может давать выигрыш в производительности приложения? И за счет чего? Допустим к базе данных идут обращения и параллельно с отдельной таблицей в этой БД (не той, к которой обращаются он-лайн пользователи) происходит какая-нибудь затяжная операция вставки, добавления записей и т.п. Если эту таблицу над которой идет операция перенести в отдельную базу и выполнять операцию там, это что даст выигрыш в быстродействии приложения? Это сообщение отредактировал(а) AleXGray - 16.6.2008, 17:56 --------------------
В начале было Слово |
|||
|
||||
| AleXGray |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 126 Регистрация: 18.1.2007 Репутация: нет Всего: 1 |
Я задал глупый вопрос?
--------------------
В начале было Слово |
|||
|
||||
| skyboy |
|
|||
|
неОпытный ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 9820 Регистрация: 18.5.2006 Где: Днепропетровск Репутация: 5 Всего: 260 |
потенциально - может. но надо все равно думать своей головой. провести замеры, в конце концов. возможно, использование нескольких БД лишь добавить проблем с репликацией, не дав ничего взамен. странно ожидать, что в выходной понедельник на форуме толпа... |
|||
|
||||
| Akina |
|
|||
|
Советчик ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 20581 Регистрация: 8.4.2004 Где: Зеленоград Репутация: 13 Всего: 454 |
В зависимости от того, как построить систему и взаимодействие баз, можно получить и тормоза, и ускорение.
Например, можно ускорить работу за счет того, что в каждой из баз будет свой набор индексов, оптимизированный под задачи конкретной базы, и за счет упрощения системы прав и привилегий. А можно получить и изрядные тормоза - именно на операциях синхронизации данных. -------------------- О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума. |
|||
|
||||
| Magnifico |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 418 Регистрация: 23.1.2008 Где: Московская област ь Репутация: 1 Всего: 17 |
теоретически если есть база в ней много таблиц и данные добавлялись вразные таблицы попеременно
то в итоге таблицы будут сильно фрагментированы, т.к состоят из страниц по 8кб в види дву направленного списка если перекачать таблицу в одельную базу физичеки страницы будут распологатся подряд и размер базы будет меньше в итоге нагрузка на дисковую подсистему меньше (хотя такой выигрыш скажется только на очень больших объемах) с другой стороны : тебе придется делать распределенные запросы к двум базам одновременно(это снижает произв-сть) на клиенте: создавать два коннекта к двум базам и соответсвенно два набора работы сэтими данными Адаптер ,ДатаСет Дата Сомманд - и это буде все висеть в памяти приложнеия. если данные только для выборки то лучше Курить Индекы и правильную оптимальную структуру самой БД -------------------- Всё в порядке - спасибо зарядке ! |
|||
|
||||
| Akella |
|
|||
![]() Творец ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 18485 Регистрация: 14.5.2003 Где: Корусант Репутация: 3 Всего: 329 |
||||
|
||||
![]()
|
| Правила форума "Общие вопросы по базам данных" | |
|
|
Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:
Данный форум не предназначен для:
Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение.
Полезные советы: Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | СУБД, общие вопросы | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |