N
(gvkey, datadate, indfmt, consol, fyr, popsrc, datafmt, effdate, item) -- такой PK указывает на ошибку проектирования. Скорее всего, это не ключSize: a a a
N
(gvkey, datadate, indfmt, consol, fyr, popsrc, datafmt, effdate, item) -- такой PK указывает на ошибку проектирования. Скорее всего, это не ключN
VU
N
VY
N
VU
VU
N
create database ... teamplate template_db_name;VY
VU
N
VY
VU
create database ... teamplate template_db_name;N
VY
publicpublic, забираете права на схему у public и меняете владельца схемы на $NEWOWNpostgres, выдавая права для _ro и для _rwK
gvkey, кстати, отдельный вообще не нужен -- оно уже проиндексировано в PKcsco_idesind_datadate_idx совсем (тем более оно частичное). Т.е. PK нам бы и помогал навигировать по datadate и далее по gvkey.K
(gvkey, datadate, indfmt, consol, fyr, popsrc, datafmt, effdate, item) -- такой PK указывает на ошибку проектирования. Скорее всего, это не ключAI
unique_idx и после делаем alter table the_big_table
add primary key using index unique_idx;
Если переопределить надо - просто старый констрейнтpk дропаем после в той же транзакции переключаем на новый уник индекс.
Да чутка на милисекунды будет блок при перекидывании констрейнта pk
Как бы норм. Я так уже переопределял pkшки.
Или подразумевается что-то другое?VU
publicpublic, забираете права на схему у public и меняете владельца схемы на $NEWOWNpostgres, выдавая права для _ro и для _rw