Гость
Форумы / Программирование [игнор отключен] [закрыт для гостей] / 5. Проблема перехода на следующий период / 5 сообщений из 5, страница 1 из 1
22.01.2003, 16:49
    #32094772
Alexey Savelyev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5. Проблема перехода на следующий период
Допустим, есть база, содержащая некоторые расчетные данные. Причем за один месяц в таблицах базы может накапливаться до нескольких миллионов записей. За год – соответственно до нескольких десятков миллионов. База в перспективе рассчитана на несколько десятков лет.

Вопрос: Целесообразно ли с точки зрения сохранности информации и быстроты доступа к ней хранить все данные в одних и тех же таблицах или лучше разбивать данные по таблицам, отвечающим за определенный период (месяц, год)?

Все ребята, с кем я советовался, отвечали, что для SQL Server объем информации в таблицах – это не проблема. Главное – правильно построенная архитектура базы. Объем данных в таблицах их баз не превышал 2 миллионов записей.
С правильно построенной архитектурой базы я полностью согласен, но насчет того, что объем информации – не проблема у меня сомнения.

Если кто встречался с подобной проблемой, проконсультируйте, пожалуйста.
...
Рейтинг: 0 / 0
22.01.2003, 16:59
    #32094785
dao
dao
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5. Проблема перехода на следующий период
Если инфа используется часто - тогда конечно хранить всё вместе. А если очень редко и ли вообще не используется то можно скидывать в оддельные таблицы (архивные)
...
Рейтинг: 0 / 0
23.01.2003, 15:50
    #32095327
YuriAM
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5. Проблема перехода на следующий период
Читай про нормализацию базы
...
Рейтинг: 0 / 0
31.01.2003, 11:07
    #32099325
StarWind
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5. Проблема перехода на следующий период
Скажем так, объемы таблиц влияют на скорость отработки запросов... кто сомневается, пусть сравнит таблицу с 10 строчками и с 10 000 000 и получет ответ. А По поводу архивирования... это тебе лучше гвоорить с заказчиками, может им данные годовой давности в таком виде не нужны и их можно вынести вообще в отдельную БД, или придумать что еще....
если необходим большой период, а табица слишком тормозная.... можно попытаться разбить на 2.... но вот только по собственному опыту могу сказать, что синхронизировать их очень неприятно.... особенно если период отчета начинается в старой таблице а заканчивается в новой.... приятного мало... такое всеж следует делать, когда другие варианты исчерпаны....
...
Рейтинг: 0 / 0
05.02.2003, 11:44
    #32101436
hinotf
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
5. Проблема перехода на следующий период
В Oracle есть так называемый partition. Вы можете разбить таблицу на части по какому-либо признаку. При этом скорость доступа значительно увеличивается. Может, есть что-то подобное у Microsoft ?
...
Рейтинг: 0 / 0
Форумы / Программирование [игнор отключен] [закрыт для гостей] / 5. Проблема перехода на следующий период / 5 сообщений из 5, страница 1 из 1
Целевая тема:
Создать новую тему:
Автор:
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]