All perguntas(dba)

Tenho uma tabela user_issuescom 3 colunas: id, component_ide pathe preciso filtrá-la, mas tuplas de component_ide path.

Então usei a seguinte consulta para conseguir isso:

SELECT id 
FROM user_issues ui 
JOIN (VALUES ($1, $2), ($3, $4)) AS v(component_id, path) ON ui.component_id = v.component_id AND ui.path = v.path;

Gostaria de saber se existe uma maneira mais elegante ou eficiente de conseguir isso (em vez de usar a VALUEScláusula para criar um conjunto de linhas (tuplas)).

Estou procurando ajuda com uma consulta do Access para filtrar dados em uma tabela de outra tabela onde eles aparecem em duas colunas. Eu tenho as seguintes tabelas:

Check_tbl

fonte_tbl

Preciso que a consulta retorne todas as entradas em check_tbl.C que aparecem em source_tbl.A e source_tbl.B, bem como source_tbl.F, mas preciso remover duplicatas onde check_tbl.C aparece em source_tbl.A E source_tbl.B (ou seja, apenas retornar um dos dois resultados)

O resultado retornado deve ficar assim:

resultados

como o valor 123 e ABC de check_tbl.C aparecem em source_tbl.A e source_tbl.B respectivamente, apenas um deve ser retornado.

Até agora eu tenho isso:

SELECT Check_tbl.C, source_tbl.F
FROM Check_tbl
INNER JOIN source_tbl ON Check_tbl.C = source_tbl.A
UNION SELECT Check_tbl.C, source_tbl.F
FROM Check_tbl
INNER JOIN source_tbl ON Check_tbl.C = source_tbl.B;

mas não filtra duplicatas e retorna apenas um valor onde os dados aparecem em source_tbl.A e source_tbl.B.

Se alguém puder ajudar com isso eu ficaria grato.

Estou usando o PostgreSQL e projetando um esquema de banco de dados relacional para um aplicativo onde desejo armazenar dados definidos pelo sistema (integrados) e dados definidos pelo usuário (personalizados) em várias tabelas, por exemplo:

Categorias de produtos

Os dados definidos pelo sistema são pré-preenchidos e devem ser imutáveis ​​pelos usuários, enquanto os dados definidos pelo usuário podem ser criados, modificados e excluídos pelos usuários. Preciso ser capaz de consultar dados do sistema e do usuário separadamente e gostaria que os clientes permanecessem burros.

Eu considerei as seguintes abordagens:

1. Adicione uma coluna booleana (por exemplo, is_system) para indicar se os dados são definidos pelo sistema ou pelo usuário, mas como uma porcentagem incrivelmente baixa de registros será definida pelo sistema, não tenho certeza se isso é uma boa ideia.
2. Use tabelas separadas para dados definidos pelo sistema e dados definidos pelo usuário, mesmo que a estrutura seja quase idêntica. Isso parece errado para mim, pois os dados são essencialmente os mesmos.
3. Adicione uma organização “de propriedade do sistema” e identifique os dados definidos pelo sistema usando seu ID. Os clientes precisariam ser menos burros, porque agora têm um ID para lembrar se quiserem consultar dados do sistema.

Qual abordagem é geralmente recomendada? Existem outras estratégias que devo considerar?

Obrigado por seus insights.

Abaixo está a estrutura da minha tabela, a chave primária idé uma combinação de reportedUserId_reporteeUserId. Eu a usei para executar INSERT IGNOREconsultas, quero implementar uma partição de tabela na scanTypecoluna, mas para isso, tenho que adicioná-la em primary-key, e os valores inseridos serão duplicados por causa de vários scanTypevalores, mas quero que seja único.

Então é possível manter um registro exclusivo id(reportedUserId_reporteeUserId)e uma partição de tabela em scanType?

+----------------+--------------+------+-----+---------+-------+
| Field          | Type         | Null | Key | Default | Extra |
+----------------+--------------+------+-----+---------+-------+
| id             | varchar(255) | NO   | PRI | NULL    |       |
| reportedUserId | bigint       | YES  | MUL | NULL    |       |
| reporteeUserId | bigint       | YES  | MUL | NULL    |       |
| createdTime    | datetime     | YES  |     | NULL    |       |
| remarks        | varchar(255) | YES  |     | NULL    |       |
| contestId      | bigint       | YES  |     | NULL    |       |
| scanType       | int          | NO   |     | 1       |       |
+----------------+--------------+------+-----+---------+-------+

NOTA: Estou ciente de que nosso MySQL está desatualizado e estou pressionando isso, mas não podemos atualizar no momento.

Algumas pequenas perguntas para as quais não consigo encontrar respostas claras:

1. Descobri que nosso MySQL v5.7.44 - MySQL Community Server (GPL) tem vários usuários no banco de dados "mysql" com o campo "Host" mostrando endereços IP não locais como seu "Host". Isso causa algum risco (hipoteticamente) enquanto a My.cnfconfiguração "skip-networking" está definida como TRUE?

   Acredito que eles não deveriam estar aqui e irei eliminá-los, mas queria entender se o sinalizador "skip-networking" tem advertências, por exemplo, se o host estiver listado na mysql.userstabela.

2. Alguns desses IPs externos são servidores antigos em que usávamos antigamente, mas outros não. Este seria um indicador provável de comprometimento do banco de dados?

3. No mesmo tópico, também temos vários usuários no banco de dados "mysql" com o campo "Host" mostrando o nome de domínio atual do servidor, bem como um "Host" mostrando o endereço IP atual do servidor. Isso é um problema? Existe uma vantagem em limpar qualquer um desses usuários?

Temos 2 aplicativos com aproximadamente 10 instâncias de cada. Todas essas instâncias estão conectadas ao mesmo banco de dados Postgres.

Os aplicativos usam um pool de clientes (alguns ORM de aplicativos fornecem um pool de conexões localmente)

Planejamos instalar o PgBouncer (um para todos).

• Este é um bom plano para apresentações?
• Posso remover o pool de conexões do aplicativo ao instalar o PgBouncer?

Meus usuários estão lançando um UPDATE feio com subseleções vinculadas, uma consulta on-line coexistindo em um ambiente on-line muito agressivo.

No rastreamento, vi uma estimativa da retenção UNDO necessária, que é aproximadamente 10x a nossa retenção atual para UNDO.

Como DBA novato, meu instinto me diz que otimizar a consulta pode ajudar e resolver o UPDATE sem ORA-01555.

Estou completamente errado?

Muito obrigado!

No PostgreSQL, conforme mostrado nesta questão , no PostgreSQL, você pode criar uma regra que permite que determinada linha seja única durante determinado intervalo de tempo/período (por exemplo, você pode inserir preços diferentes em um determinado item, desde que nenhuma dessas entradas tenha período sobreposto (data de início/término)).

No entanto, agora estou tentando projetar um aplicativo com possibilidade de usar não apenas Postgres, mas MySQL/MariaDB e MS SQL. Em ambos os RDBMS (AFAIK) não há tal função para fazer isso. Minha pergunta é:

1. Devo apenas impor essa exclusividade no aplicativo?
2. Se possível, qual seria o método equivalente no MySQL/MariaDB e MSSQL?

Obrigado, estou ansioso por suas ideias

Tenho esse cenário onde um funcionário pode ter vários endereços então criamos uma tabela relacional EmployeeAddress, agora na equipe sugeriram adicionar um AddressId na tabela Employee que vai ser o principal e depois no EmployeeAddress tendo o restante endereços, é claro, aquele que você atribui como principal deve ser um dos endereços que vêm na tabela EmployeeAddress, essa é uma boa abordagem ou é melhor sempre ir para EmployeeAddress e colocar uma coluna lá IsPrimary para encontrar o principal?

Com o SQL Server 2017 e superior, o uso de "Per Database DTC Support" pode ajudar a mitigar interrupções em aplicativos conectados ou as consultas em execução no Node1 no momento do failover para o Node2 darão erro? Existe alguma maneira de "transferir" graciosamente as transações em execução de nó para nó?