Секционирование (1. Планы; 2. SWITCH + FK)

Есть два вопроса по секционированию:
1. Сложности и подводные камни по составлению запросов по которым необходимо отсеивание по партициям.
2. Сложности проектирования при котором возникают FK связи между двумя секционированными таблицами и необходимость проводить по ним SWITCH.


1. Возникали ли у кого-то случаи, когда в запросе есть условия по секционированной колонке, но план запроса "упирался" и не фильтровал партиции, а тупо обращался ко всем?
- да я собаку сьел на запросах, выкладывай сюда, ща разберём
- Да, встречаются, и вот основные критерии почему так ведёт себя генератор: ...
- есть один превосходный хак, нужно делать так ... , работает 100%, зуб даю
- вы забыли сделать вот это ... , теперь должно работать
- вы все лохи, и не умеете проектировать
- да секционирование тут не причём, тут надо было ...

2. Как мы знаем, нельзя сделать SWITH из секционированной таблицы на которую просто ссылается FK. Как вы выходили из данной ситуации?
- не ставлю FK, мои процедуры идеальны, и в базу никто не лезет
- не пользуюсь SWITH, мне не нужно, если надо скопирую/удалю как нибудь так
- вы все лохи, и не умеете проектировать
- вам шашечки или ехать
- а вы разве на знали, что ...

У нас практически все fk в состоянии not enforced.

офф, конечно, но хауса меньше смотреть надо

Crimean

офф, конечно, но хауса меньше смотреть надо

Не видел ни одной серии.

Понятно. Никто не пользуется секционированием, кроме как админы для своих нужд.


Хорошо. Вопросы админам.

1. А удобно ли вам работать с секционированными функциями и схемами работать, а точнее когда при LEFT / RIGHT Range указывает как границу так и направление "съедания" партиции? И вообще, что нельзя указать направление MERGE?
- колемся
- кто не пишет 23:59:59.997 тот лох, надо писать правильно:

Date > '20100218 23:59:59.997' AND Date <= '20100219 23:59:59.997'

2. Что вы делаете когда надо MERGE-ить секции?
- у меня проггеры круты, но их нет на SQL.RU
- ночью, т.к. у меня не 24/7.
- ты что дурак, MERGE делается всегда на "скрытых" от каких либо запросов таблицах.