P
что имешь ввиду?
Не... ерунду подумал...
сделай отдельную таблицу и обновляю ее
сделай отдельную таблицу и обновляю ее
Size: a a a
2020 May 22
ВЯ
обновление в pg очень дорогое
DB
это да(
ВЯ
сделайте словарь таких наборов и просто ссылайтесь на него
ВЯ
странно , что такая немаленькая база так спроектирована(
DB
как было бы лучше сделать?
DB
Владимир Яворский
странно , что такая немаленькая база так спроектирована(
я об архитектуре
ВЯ
а не поздно?
DB
не, эти записи парсятся за пару дней по новой
ВЯ
миллиарды?
DB
300кк за 4-5 часов
ВЯ
вобще, в идеале, такю связь
col1 & col3 везде одинаковые во всех записях,
col2 & col3 так же везде одинаковые
1 , aaa, bbb , 1; <- тут обновили col3, остальные col1 = aaa обновились
2, www, qqq, 2; <- тут обновили col3, остальные col2 = qqq обновились
3, aaa, ttt, 1;
4, rrr, qqq, 2;
col1 & col3 везде одинаковые во всех записях,
col2 & col3 так же везде одинаковые
1 , aaa, bbb , 1; <- тут обновили col3, остальные col1 = aaa обновились
2, www, qqq, 2; <- тут обновили col3, остальные col2 = qqq обновились
3, aaa, ttt, 1;
4, rrr, qqq, 2;
col1=aaa - это ключ к таблице записей значений col3, соответственно и для col2
ВЯ
если значения col1 и col2 не пересекаются, то можно использовать 1 словарь
ВЯ
в противном случае словарь к каждой col1 и col2
ВЯ
т.е.значение col3 берётся из словаря
DB
col3 изначально не известен, он определяется после того как все пропарсится
связь такая, что
col1 & col2 между собой уникальны, не повторяются.
но col1 & col3 могут иметь между собой только одно и то же значение, как и col2 & col3
связь такая, что
col1 & col2 между собой уникальны, не повторяются.
но col1 & col3 могут иметь между собой только одно и то же значение, как и col2 & col3
ВЯ
по ключу col1
VY
Boris
На данный момент приходится обходить проблему таким образом:
replace(replace(encode(SOMETHING, 'base64'), '+', '-'), '/', '_')создайте свою
и да, вам сразу предложат написать патч, реализующий такую ф-цию — в таком виде у фичи больше шансов быть принятой
plsql ф-цию, скорее всего такой же ответ получите в pgsql-hackers (куда и следует написать своё предложение)и да, вам сразу предложат написать патч, реализующий такую ф-цию — в таком виде у фичи больше шансов быть принятой
VY
Роман Жарков
Сколько угодно!
test=# begin;
BEGIN
test=# alter table a drop constraint ac;
ALTER TABLE
test=# alter table b drop constraint da;
ALTER TABLE
test=# alter table a set unlogged;
ALTER TABLE
test=# alter table b set unlogged;
ALTER TABLE
test=# alter table a add constraint ac foreign key ( b ) REFERENCES b ( c );
ALTER TABLE
test=# alter table b add constraint da foreign key ( d ) REFERENCES a ( a );
ALTER TABLE
test=# commit;
COMMIT
test=#создание `CONSTRAINT`-ов на больших таблицах может занять значительное время.
я бы в транзакции (в вашем примере) сделал бы
а потом, уже вне транзакции сделал бы для каждого из 2-х констрейнтов
я бы в транзакции (в вашем примере) сделал бы
… ADD CONSTRAINT … NOT VALID;а потом, уже вне транзакции сделал бы для каждого из 2-х констрейнтов
ALTER TABLE a VALIDATE CONSTRAINT ac;