Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
Hi All! Задача такая: Допустим ежемесячно в базу добавляется новая таблица (например xxx_0107, данные за июль 2001г.). Таблицы за каждый месяц имеют одинаковую структуру. Можно создать такую вьюшку: SELECT * FROM xxx_0102 UNION SELECT * FROM xxx_0103 UNION ... SELECT * FROM xxx_0107 но тогда придется каждый месяц менять и вьюшку. А как бы этого не делать? А еще лучше было бы, чтобы вьюшка находилась в отдельной базе, а для новой таблицы создавалась новая база. Подскажите как-бы это организовать в MS SQL? В ORACLE 8 вроде бы это как-то делалось с помощью кластеризации или т.п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 05:27 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
>Допустим ежемесячно в базу добавляется новая таблица Если вы используете для этого DTS Package, тогда можно внутри запрограммировать любые действия после/перед/вместо добавления новых данных Ну а если все это делается вручную, то ..... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 08:14 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
А зачем создавать для каждого месяца отдельную таблицу. Пусть будет одна большая таблица, а в ключ добавьте поле colPeriod datetime и заполняйте его значением даты начала месяца. Если Вы боитесь снижения производительности, то напрасно. При правильно выбранной стратегии индексирования производительность не упадет. Проверено на базе с 300 000 записями в таблице документов (информация за 2 года) и 120 одновременно работающих пользователях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 10:00 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
2pkarklin >Проверено на базе с 300 000 записями в таблице документов (информация за 2 года) А если в месяц приходит 12 000 000 записей и за год получается соотвественно ~150 000 000 записей. А ведь объем дисков все-таки не бесконечен, а удалять/добавлять из/в такого файлика данные одного месяца тоже занятие для сервера не из легких, если это все еще должно произойти как одна транзакция. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 11:00 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
Уточнение. А добавляется то ежемесячно по 30 млн. записей и одна таблица в отдельной базе занимает ~1.5Gb ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 11:15 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
To Glory На счет дискового пространства. Если пользователям нужна информация в онлайн режиме за прошлые месяца, то дисковое пространство Вам все равно понадобится в обоих случаях, так что это не аргумент. А что значит добавлять/удалять записи за месяц из этого файлика. На сколько я понял из топика речь идет об операционной базе. И потом, это же не dbase. Сервер расчитан как раз на работу с наборами записей. А идея о создании базы для каждого месяца - это вааще абсурд... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 11:15 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
То Glory Сообщение о 30 млн. записях пришло в момент написания ответа. Тут есть над чем подумать... Мне трудно дальше давать советы, так как с такими объемам данных еще не работал. Sorry. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 11:22 |
|
||
|
Помогите создать view
|
|||
|---|---|---|---|
|
#18+
To Glory Спасибо за ссылку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2001, 11:36 |
|
||
|
|
start [/forum/topic.php?fid=46&fpage=3559&tid=1826095]: |
0ms |
get settings: |
7ms |
get forum list: |
22ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
31ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
| others: | 234ms |
| total: | 370ms |
| 0 / 0 |
