Henrik N's questions

Estou no Postgres 13.5.

Os registros sempre têm um number(tipo: integer) e, opcionalmente, uma única letterAZ (tipo: varchar(1)– não charpor motivos de estrutura).

Os registros geralmente são classificados number ASC, letter ASC NULLS FIRST. A sequência pode ter lacunas. As letras ausentes são representadas como NULL.

Por exemplo, você pode obter este pedido: 1, 1A, 1B, 2, 10, 10A, 10C

Agora, quero fazer coisas como encontrar os dois registros "à direita" de um determinado registro. Portanto, se o registro fornecido for o número 2, quero encontrar 10 e 10A no exemplo acima.

seria conveniente se eu pudesse consultar uma condição como (pseudo código):number > $given_number OR (number = $given_number AND letter > $given_letter NULLS FIRST)

Isso não funciona como está escrito, é claro. Quais são as maneiras que eu poderia conseguir isso?

Prefiro não mesclar as colunas ou adicionar novas colunas.

Soluções que consigo pensar:

• Selecione uma lista de IDs de registro no SQL, use a lógica do aplicativo fora do banco de dados para localizar IDs dos próximos dois registros e faça uma segunda consulta para localizar apenas aqueles.
• Uma condição mais longa que explica explicitamente NULLs, algo comoWHERE number > $given_number OR (number = $given_number AND (($given_letter IS NULL AND letter IS NOT NULL) OR letter > $given_letter)) ORDER BY number ASC, letter ASC NULLS FIRST LIMIT 2
• Aglutinando NULLs, algo comoWHERE number > $given_number OR (number = $given_number AND letter > COALESCE($given_letter, '')) ORDER BY number ASC, letter ASC NULLS FIRST LIMIT 2

Alguma ideia melhor? Ou alguma opinião sobre estes?

Existem razões de desempenho (ou outras razões) para preferir idx(de intarray ) array_positionencontrar a posição de um inteiro em uma lista de inteiros?

Pergunto porque usamos idxdesde antes array_positionfoi adicionado ao Postgres. Seria bom usar a função interna em vez de depender da extensão intarray, se não houver perda de desempenho.

Um benchmarking muito informal sugere que é comparável. A versão do PostgreSQL é 13.5.

Queremos renomear algumas seqüências em nosso banco de dados de produção por alguns motivos .

Existe uma maneira de fazer isso com segurança em produção sem ter que primeiro fechar todas as conexões com o banco de dados?

Tudo bem se tivermos lacunas na sequência de IDs (por exemplo, pular de ID 123 para ID 200 ou qualquer outra coisa), mas obviamente não queremos bloqueios longos causando atrasos/erros, não queremos nenhum risco de IDs duplicados e similares.

Estamos no PostgreSQL 9.5.21 no Heroku.

Analisamos os documentos , mas ainda não temos certeza sobre as consequências da execução

ALTER SEQUENCE old_id_seq RENAME TO new_id_seq;
ALTER TABLE mytable ALTER COLUMN id SET DEFAULT nextval('new_id_seq');

em produção. Acho que um risco seria se algo acontecesse mytableentre esses dois comandos. Mas e se fizéssemos algo assim:

-- Starting at a much higher value than the currently highest ID.
CREATE SEQUENCE new_id_seq START 200;

ALTER TABLE mytable ALTER COLUMN id SET DEFAULT nextval('new_id_seq');

DROP SEQUENCE old_id_seq;

Quais são os riscos de fazer assim?