Существует таблица разбитая на партиции по годам
как заставить Оракл выбирать только из конкретной партиции не указывая в селекте явно период?

Oracle 9.2.0.4
Win2000 Server

все пора в отпуск
ну я ступил.

СПАСИБО огромное

Дополнительный вопрос

можно ли как-нибудь создать партицию в которую бы входили данные только за текущий месяц?

авторА что мешает организовать партицирование по месяцам?

Создавать партиции по месяцам как-то не очень хоЦЦа

На самом деле необходимы данные именно по текущему месяцу и остальные по годам.


Хотелось бы создать что-то типа
PARTITION LESS2004 VALUES LESS THAN (' 2002-01-01')

PARTITION LESS2004 VALUES LESS THAN (' 2003-01-01')

PARTITION LESS2004 VALUES LESS THAN (' 2004-01-01')

PARTITION LESS2004 VALUES LESS THAN (Last_Day(ADD_Month(sysdate,-1))+1)

PARTITION CUR_MON VALUES LESS THAN (MAXVALUE)

авторИначе прийдется вобще каждый месяц создавать новую партицию.
Или я чего-то не понимаю?

В том то и дело что хотелось бы завязаться на SYSDATE

PARTITION LESS2004 VALUES LESS THAN (Last_Day(ADD_Month(sysdate ,-1))+1)

авторКстати, какова цель партиционирования в вашем случае?

Табель по всему предприятию. (> 6000 чел.)

авторДержать текущий месяц вообще в другой таблице, а сваливать по расписанию в партиционированный архив в конце?

Такой вариант тоже рассматривался. Но система разрабатывалась не нами, и прийдется очень много переписывать функционала.



авторМожет, не стоит вообще завязываться на физическую структуру? Я бы за такие вещи в приложении известным образом кишки выпустилэ. Partition pruning не работает, что ли?

Что вы имели ввиду?

to Tiger

Ясно.


А как насчет завизаться на системную дату?
Как создать партицию текущего месяца?
Ну неохота создавать партиции на каждый месяч.

то СКОТТ
авторСамая веселуха начинается, когда впопыхах кто-то добавит ещё одну партицию и весь супер-пупер алгоритм "я умнее CBO" летит к чёрту, а потом сиди и лови глюки. Оно, конечно, понятно насчёт "щетильнее надо", но такое вполне может быть.

Согласен.

то Alexander Dubrovsky

автор6000 счетов для оракла - это много???

Вы про какие счета?


авторМаксимальное количество записей в таблице?
6000(чел)*365(дней)*3(года)=6570000 (это пока)

авторЖелезо: Количество дисков? Кол-во процессоров? Память?
Вот с этим худо.
5x72 дисков RAID5
4xXeon 900MHz
4GB

авторНаблюдаются проблемы производительности? Какие?
Что значит какие, естественно что долго выполняются запросы.


авторНужно просто протрэйсить проблемные процедуры, оттюнить запросы тормозные и создать индексы грамотно и еще раз оттюнить :)
Пробуем`с.

авторЕсли сервер по умолчанию настроен, то к бабке не ходи - область сортировки маленькая, буферкэш маленький, логбуфер наверняка маленький.
db_block_size=16384
db_file_multiblock_read_count=16
log_buffer = 3145728
db_block_buffers = 57600

sort_area_size =5242880
sort_area_retained_size = 1048576


авторВ противном случае с партициями родишь себе такой гиморой...
Например плиз.

авторИ вообще есть такая истина: тюнингом памяти, дисков, апгрэйдом железа можно добиться прироста производительности в 10-50%, а созданием необходимого индекса, удалением ненужного, оптимизацией кода можно добиться 100-1000% прироста производительности.
Абсолютно согласен