All perguntas(dba)

Após um mau funcionamento da máquina e uma transferência apressada de dados para outra máquina, de alguma forma acabamos com algumas sequências totalmente novas substituindo sequências antigas como suporte para colunas de identidade (e para algumas séries antigas).

Podemos usar RESETas novas sequências com os valores máximos nas tabelas, e também usar ALTER SEQUENCE ... RENAMEpara renomear as novas sequências com os nomes antigos (para contornar qualquer codificação no código do cliente), mas gostaria de saber se era possível trocar o antigo sequência de volta ao lugar?

Estou escrevendo uma consulta de junção Pl/pgSQL no banco de dados Yellowbrick.
Eu juntei 6 mesas por vez. Estava funcionando bem.

De repente, observo que minha consulta está gerando um erro: "IllegalArgumentException"

Verifiquei o código de erro do Yellowbrick 👉 Link
Mas não encontrei muitas informações:

Você tem alguma sugestão de por que "IllegalArgumentException" está lançando uma consulta PL/pgSQL no banco de dados Yellowbrick?
Por favor, compartilhe algo se você tiver alguma ideia para isso.

NB: não encontrei a tag Yellowbrick, então mencione a tag pl/pgsql

Estou me perguntando se é possível adicionar algum tipo de verificação para abortar um CTE de modificação de dados se uma atualização for parcialmente bem-sucedida. Em anexo está uma consulta mínima que representa o problema. Gostaria que a consulta falhasse se update_rows não atualizasse as 3 linhas especificadas na cláusula WHERE IN.

Isso é fácil de conseguir se esta consulta for reescrita como uma transação interativa, mas estou me perguntando se é possível conseguir isso mantendo as coisas como um único dado modificando o CTE.

with updated_rows as (
    update some_table
    set status = 'SUCCEEDED'
    where id in ('a', 'b', 'c') and status = 'PENDING'
    returning *
), more_updated_rows as (
    update another_table
    set total = total + 3
    where completed = false 
    returning *
) select * from more_updated_rows

Estou confuso sobre o comportamento da cadeia de conexão que especifica ApplicationIntent = ReadOnlye grava consultas no SQL Server 2016 Enterprise Edition.

Digamos que o Grupo de Disponibilidade tenha um primário - X1e duas réplicas - X2e X3digamos que eu queira equilibrar leituras e gravações, para que todas as gravações vão para o primário e leiam para duas réplicas.
Se o aplicativo se conecta ao SQL e lê e grava consultas usando uma única cadeia de conexão que possui ApplicationIntent = ReadOnly, isso significa que ocorrerá um erro se o aplicativo tentar executar a consulta de gravação ou simplesmente redirecionará essa consulta para o primário?

Tenho uma tabela com isin (teste), data (Data) e valor (int).

Estou tentando obter o valor das últimas 2 datas por isin.

Alguém pode me dizer o truque, por favor?

Usando o SQL Server 2022 Standard Edition e usuários de banco de dados independente (o que significa nenhum login SQL correspondente no nível da instância). Gostaria que os usuários do banco de dados contido pudessem usar um servidor vinculado e, especificamente, com o usuário contido mapeado para usar um nome de usuário/senha específico no banco de dados remoto. Quando tento adicionar o mapeamento usando SSMS, recebo o erro

Ocorreu uma exceção ao executar uma instrução ou lote Transact-SQL. (Microsoft.SqlServer.ConnectionInfo) 'nome de usuário' não é um login válido ou você não tem permissão. (Microsoft SQL Server, Erro: 15007)

Minha interpretação é que esse recurso de mapeamento de usuários do servidor vinculado funciona apenas com logins em nível de instância e não é possível quando o login local é um usuário de banco de dados independente. No entanto, não consigo encontrar nenhuma documentação explícita da Microsoft sobre essa limitação.

Alguém pode confirmar meu entendimento ou estou faltando algo que tornaria isso possível?

Estou tentando criar várias instâncias SQL, cada uma com seu próprio AG (e ouvinte) em 2 clusters do Windows em um AG distribuído da seguinte maneira:

• Dois sites - Primário e DR

• Cada site possui uma configuração WSFC - PrimCluster e DRCluster.

• PrimCluster tem dois nós - PrimNodeA e PrimNodeB

• DRCluster tem dois nós - DRNodeA e DRNodeB

• Cada nó possui duas réplicas SQL AG, cada uma com um AG (com seu próprio ouvinte), como segue:

• em PrimNodeA e B - Instance1_P_AG

• em PrimNodeA e B - Instance2_P_AG

• em DRNodeA e B - Instância1_DR_AG

• em DRNodeA e B - Instance2_DR_AG

• Configuração DAG assíncrona entre os dois clusters.

• Cada AG local está no modo de disponibilidade síncrona e mantém seus próprios bancos de dados de AG.

• todos os secundários são ilegíveis

Esta é minha primeira experiência com múltiplas instâncias SQL em um cluster, cada uma configurada com AG e DAG entre os dois clusters.

Minha pergunta, por favor:

• Para criar o DAG, preciso criar um par DAG por AG da seguinte forma:
• Instância1_P_AG e Instância1_DR_AG
• Instância2_P_AG e Instância2_DR_AG

Em outras palavras, preciso de vários DAGs ou apenas um entre Instance1_P_AG e Instance1_DR_AG cobrirá todas as instâncias em cada cluster?

Além disso, eu apreciaria um link para um artigo sobre múltiplas instâncias SQL em um DAG.

Obrigado

Tenho uma série de tarefas que executo no MYSQL 8 todos os dias. Na verdade, essas tarefas são executadas a partir de um aplicativo vb.net que faz interface com o MYSQL usando 8 conexões por vez. Essas tarefas são uma série de junções complicadas, seleções e criação de tabelas. Esses computadores são designados exclusivamente para sua duração. Eu os uso em meu laptop há cerca de 6 meses.

Especificações do laptop: 16 GB de RAM DDR3, processador Intel i5-835OU de 1,7 GHz, 4 núcleos, disco rígido SSD - Tempo para concluir tarefas 7.981 segundos - uso médio durante a tarefa 75% CPU, 43% Mem, 100% disco

Recentemente, comprei um mini pc barato

Especificações do Mini PC 1: 16 GB de RAM DDR4, processador N100 de 3,4 GHZ, 4 núcleos, disco rígido SSD - Tempo para concluir tarefas 5532 segundos - uso médio durante a tarefa 100% CPU, 50% Mem, 81% disco

Fiquei tão agradavelmente surpreso com a atualização de velocidade que decidi comprar o mini pc atualizado.

Especificações do Mini PC 2: 32 GB de RAM DDR5, processador Ryzen_7 4,75 GHZ, 8 núcleos, disco rígido SSD - Tempo para concluir tarefas 9178 segundos - uso médio durante a tarefa 14% CPU, 19% Mem, 46% Disco

Como você pode ver, houve uma grande queda na velocidade com o PC atualizado. E parece que o PC atualizado nem está funcionando tanto assim.

Minha pergunta para você é esta: Existem configurações/maneiras de dedicar mais potência ao próprio MySQL? Meu computador parece ter todos os recursos para acelerar essas tarefas/consultas, mas não os está utilizando. O objetivo de adquirir este pc foi executar essas tarefas mais rapidamente. Existe uma maneira de dedicar todos/a maior parte dos recursos do computador ao MYSQL para aumentar a velocidade?

Obrigado.

Estou tentando configurar um novo projeto com um banco de dados Postgresql 15.5.

Eu tenho uma instância em execução. Se eu criar um novo banco de dados

psql --command "create database \"tagger-db\""

criar um novo usuário

psql --command "create user \"tagger-user\""

conceder todos os privilégios no novo banco de dados ao novo usuário

psql --command "grant all privileges on database \"tagger-db\" to \"tagger-user\""

se eu tentar criar uma tabela com o novo usuário

psql -U "tagger-user" -d "tagger-db" --command "create table users (id uuid primary key)"

Estou tendo o erro a seguir

ERROR:  permission denied for schema public

qual a forma correta de conceder ao novo usuário todos os privilégios no banco de dados?

Estou ciente da configuração global "innodb_flush_log_at_trx_commit" no MySQL, mas isso abrange todo o servidor.

Estou procurando uma maneira de especificar que algumas transações podem ser ACI em vez de ACID, a fim de reduzir a latência de confirmação em troca do risco de perda de transação se o banco de dados morrer inesperadamente.

Gostaria de poder especificar garantias de durabilidade, transação por transação ou sessão/conexão por sessão/conexão.

Isso é possível com MySQL 8.x?

ATUALIZAÇÃO: Postgresql possui essa funcionalidade via "Asynchronous Commit". Por exemplo: https://www.postgresql.org/docs/current/wal-async-commit.html . Eu preciso de algo assim para MySQL.