- 1
- 2
- 3
CREATE INDEX "SCHEMANAME"."PLIN_DPINS_FK_I" ON "SCHEMANAME"."CLIENT_PLAN_INSTALMENTS" ("DPLNS_PLAN_ID", "DPOPT_OPTION_ID", "INSTALMENT_NUM");
CREATE UNIQUE INDEX "SCHEMANAME"."PLIN_PK" ON "SCHEMANAME"."CLIENT_PLAN_INSTALMENTS" ("CLI_CLIENT_ID", "DPLNS_PLAN_ID", "DPOPT_OPTION_ID", "CLIPLN_PLAN_DATE", "CLIPLN_PLAN_TYPE", "INSTALMENT_NUM");
CREATE UNIQUE INDEX "SCHEMANAME"."CLIPLN_PK" ON "SCHEMANAME"."CLIENT_PLAN" ("CLI_CLIENT_ID", "DPLNS_PLAN_ID", "DPOPT_OPTION_ID", "PLAN_DATE", "PLAN_TYPE");
AxisPod 24.11.2011 06:53 # +5
JeremyW 24.11.2011 08:40 # +4
Lure Of Chaos 24.11.2011 12:04 # +9
govnoguest 25.11.2011 00:35 # +1
Nemoden 25.11.2011 04:20 # 0
govnoguest 25.11.2011 07:02 # 0
Честно говоря, я думал это было очевидно изначально.
Nemoden 25.11.2011 08:19 # 0
Да и при чем тут SELECT-запрос-то? При селекте мне без разницы какая связка объявлена как UNIQUE, ровно как и то, как составлен индекс. При объявления UNIQUE меня волнует то, что у меня связка уникальная в таблице всегда, при добавлении индекса по нескольким полям я хочу добиться максимально быстрых SELECT'ов, если основная часть запросов использует одновременно все поля, которые были использованы при составлении индекса, - вот и всё. Я ваш пример до сих пор не понял.
bugmenot 25.11.2011 12:23 # +1
тут либо составной ключ just as planned
либо поциэнт cannot into синтетические ключи