Preciso da contagem de valores únicos e estou tentando usar a função COUNTDISTINCT() do Oracle para obtê-la:
select COUNTDISTINCT(a.m_label)
from user_rep a, user_group_rep b, trn_grp_rep c
where b.m_user_id = a.m_reference
...
Isso resulta em ORA-00904: "COUNTDISTINCT": invalid identifier... Usar plain COUNT()funciona, mas não retorna resultados corretos.
O que estou fazendo errado? Qual seria uma solução alternativa eficiente?
Eu sei sobre o software Liberatii, que é um gateway que permite que você use o PostgreSQL em segundo plano (ou até mesmo outros mecanismos) sem reescrever o aplicativo escrito para Oracle. Alguém de vocês sabe se há um software que funciona como o Liberatii simulando o SQL Server com o PostgreSQL em segundo plano? Tentamos encontrar uma solução para problemas de desempenho e uma das possibilidades é mudar para o mecanismo Oracle ou Postgres, mas os módulos do aplicativo contêm muito código personalizado a ser reescrito e eu avalio todas as soluções possíveis.
em PostgreSQLvocê pode criar uma tabela com digamos 4 partições ( hash) e localizar cada partição em servidores diferentes (servidores PostgreSQL remotos) e é chamado ( Foreign Data Wrapper). Agora no MySQL eu ouvi que há um mecanismo federado que você pode conectar a um servidor remoto com ele, mas ele só funciona para uma tabela, não para suas partições. Eu sei que posso usar NDB, mas quero ter vários servidores MySQL e gerenciar dados espalhados por mim mesmo (com base nas partições da tabela). Existe alguma solução no MySQL para fazer uma tabela ( Innodb) e espalhar suas partições em vários servidores MySQL remotos?
Estou tentando monitorar bancos de dados do Azure MS SQL usando este Grafana dasboard . Ele executa várias consultas em tabelas cujos nomes começam com sys e msdb.dbo.
Criei um grafanausuário dedicado para isso e tentei adicionar o usuário às permissões db.datareader, bem como GRANT SELECT ON SCHEMA :: sys TO [grafana];, e GRANT view database state TO [grafana];, mas ainda estou recebendo erros de permissão.
Tentar conceder seleção diretamente em tabelas específicas (por exemplo GRANT SELECT ON sys.dm_exec_query_stats TO grafana;) no banco de dados mestre, além de ser tedioso, parece nunca ser permitido para o usuário mestre, como eu recebo SQL Error [40574] [S0001]: Permissions for system stored procedures, server scoped catalog views, and extended stored procedures cannot be changed in this version of SQL Server..
Qual é a maneira correta de fazer isso?
Comportamento do tipo de coluna 'DateTime2' entre SQL 2014 e SQL 2022. Isso foi encontrado quando o cálculo do nosso aplicativo para a diferença de data e hora das colunas do tipo DateTime2 deu errado.
Tentei descobrir no Google se haveria uma configuração específica na propriedade do servidor para colunas do tipo datetime2, mas sem sorte.
Percebido - Melhorias no DateTime2 É declarado que o comportamento é esperado. O Datetime2 com SQL 2014 tem precisão 7 com apenas os primeiros 3 dígitos atualizados, enquanto agora é 7 com SQL 2022 atualizado para todos os 7 dígitos. E então os cálculos com os campos datetime2 estão virando uma bagunça após a atualização.
Agora, há muitas colunas em muitas tabelas que foram definidas como datetime2. Levaria tempo para corrigir todas as consultas, códigos de aplicação.
Haverá alguma solução simples para isso?
Estou tentando escrever um procedimento Postgres no pgAdmin. O procedimento que escrevi falha com diferentes mensagens de erro dependendo de onde coloco o cursor. Às vezes, parece até ter sucesso, mas sem nenhum procedimento criado.
Minhas perguntas:
O código abaixo tenta iterar por uma tabela de valores (loop externo) e, para cada linha dessa tabela, iterar por outra tabela que tenha alguns valores ausentes (loop interno). Sempre que um valor ausente for encontrado na tabela do loop interno, se um valor que pode ser usado existir na tabela externa, eu atualizo a tabela interna com esse valor.
CREATE OR REPLACE PROCEDURE impute()
LANGUAGE plpgsql
AS $$
DECLARE
cntry_dec_means RECORD;
table_row RECORD;
BEGIN
<<outer_loop>>
FOR cntry_dec_means IN
SELECT * FROM country_decade_means
LOOP
-- if all imputed values are null, don't do anything and move to the next row
IF ISNULL(cntry_dec_means.gdppc)
AND ISNULL(cntry_dec_means.gdp)
AND ISNULL(cntry_dec_means.ed_gdp)
AND ISNULL(cntry_dec_means.population) THEN
CONTINUE;
-- get matching rows from the actual table
<<inner_loop>>
FOR table_row IN
SELECT * FROM inls625_impute
WHERE country = cntry_dec_means.country
AND decade = cntry_dec_means.decade
LOOP
IF (table_row.gdppc IS NULL) AND (cntry_dec_means.gdppc IS NOT NULL) THEN
UPDATE inls625_impute SET gdppc = cntry_dec_means.gdppc
WHERE inls625_impute.country = cntry_dec_means.country
AND inls625_impute.decade = cntry_dec_means.decade;
END LOOP; --<<inner_loop>>
END LOOP; --<<outer_loop>>
END;
$$;
Obrigado também @prasad por esclarecer como usar rótulos de loop. Infelizmente, não parece funcionar para mim.
Aqui estão os erros (no psql):
CREATE OR REPLACE PROCEDURE impute()
LANGUAGE plpgsql
AS $$"
LINE 1: $$;
^
INLS-623-Labs=# table_row RECORD;
ERROR: syntax error at or near "table_row"
LINE 1: table_row RECORD;
^
INLS-623-Labs=# BEGIN
INLS-623-Labs-# <<outer_loop>>
INLS-623-Labs-# FOR cntry_dec_means IN
INLS-623-Labs-# SELECT * FROM country_decade_means
INLS-623-Labs-# LOOP
INLS-623-Labs-# -- if all imputed values are null, don't do anything and move to the next row
INLS-623-Labs-# IF ISNULL(cntry_dec_means.gdppc)
INLS-623-Labs-# AND ISNULL(cntry_dec_means.gdp)
INLS-623-Labs-# AND ISNULL(cntry_dec_means.ed_gdp)
INLS-623-Labs-# AND ISNULL(cntry_dec_means.population) THEN
INLS-623-Labs-# CONTINUE outer_loop;
ERROR: syntax error at or near "<<"
LINE 2: <<outer_loop>>
^
INLS-623-Labs=#
INLS-623-Labs=# -- get matching rows from the actual table
INLS-623-Labs=# <<inner_loop>>
INLS-623-Labs-# FOR table_row IN
INLS-623-Labs-# SELECT * FROM inls625_impute
INLS-623-Labs-# WHERE country = cntry_dec_means.country
INLS-623-Labs-# AND decade = cntry_dec_means.decade
INLS-623-Labs-# LOOP
INLS-623-Labs-# IF ISNULL(table_row.gdppc) AND NOT ISNULL(cntry_dec_means.gdppc) THEN
INLS-623-Labs-# UPDATE inls625_impute SET gdppc = cntry_dec_means.gdppc
INLS-623-Labs-# WHERE inls625_impute.country = cntry_dec_means.country
INLS-623-Labs-# AND inls625_impute.decade = cntry_dec_means.decade;
ERROR: syntax error at or near "<<"
LINE 1: <<inner_loop>>
^
INLS-623-Labs=# END LOOP inner_loop;
ERROR: syntax error at or near "LOOP"
LINE 1: END LOOP inner_loop;
^
INLS-623-Labs=# END LOOP outer_loop;
ERROR: syntax error at or near "LOOP"
LINE 1: END LOOP outer_loop;
^
INLS-623-Labs=# END;
WARNING: there is no transaction in progress
COMMIT
INLS-623-Labs=# $$;
INLS-623-Labs$#
Além disso, reproduzi o exemplo fornecido por @prasad e obtive erros semelhantes:
CREATE OR REPLACE PROCEDURE t_proc()
LANGUAGE plpgsql
AS $$"
LINE 1: $$;
^
INLS-623-Labs=# t2_rec RECORD;
ERROR: syntax error at or near "t2_rec"
LINE 1: t2_rec RECORD;
^
INLS-623-Labs=# BEGIN
INLS-623-Labs-# <<outer_loop>>
INLS-623-Labs-# FOR t_rec IN
INLS-623-Labs-# SELECT * FROM t
INLS-623-Labs-# LOOP
INLS-623-Labs-# IF t_rec.name IS NULL AND t_rec.data IS NULL THEN
INLS-623-Labs-# CONTINUE outer_loop;
ERROR: syntax error at or near "<<"
LINE 2: <<outer_loop>>
^
INLS-623-Labs=# END IF;
ERROR: syntax error at or near "IF"
LINE 1: END IF;
^
INLS-623-Labs=# RAISE NOTICE 't.id value: %', t_rec.id;
ERROR: syntax error at or near "RAISE"
LINE 1: RAISE NOTICE 't.id value: %', t_rec.id;
^
INLS-623-Labs=# <<inner_loop>>
INLS-623-Labs-# FOR t2_rec IN
INLS-623-Labs-# SELECT * FROM t2 WHERE t2.id = t_rec.id
INLS-623-Labs-# LOOP
INLS-623-Labs-# RAISE NOTICE 't2.id value: %', t2_rec.id;
ERROR: syntax error at or near "<<"
LINE 1: <<inner_loop>>
^
INLS-623-Labs=# END LOOP inner_loop;
ERROR: syntax error at or near "LOOP"
LINE 1: END LOOP inner_loop;
^
INLS-623-Labs=# END LOOP outer_loop;
ERROR: syntax error at or near "LOOP"
LINE 1: END LOOP outer_loop;
^
INLS-623-Labs=# END;
WARNING: there is no transaction in progress
COMMIT
INLS-623-Labs=# $$;
O SQL Server 2017 apresenta um aprimoramento muito útil ao showplan para ver quais estatísticas foram usadas para gerar um plano: https://learn.microsoft.com/en-nz/archive/blogs/sql_server_team/sql-server-2017-showplan-enhancements
No entanto, não consigo encontrá-lo no meu plano de execução. Tenho a seguinte consulta no banco de dados StackOverflow:
Use StackOverflow2010;
DROP TABLE IF EXISTS #tempPosts;
CREATE TABLE #tempPosts(
Id int
)
INSERT INTO #tempPosts
SELECT ID FROM dbo.Posts
WHERE OwnerUserId = 26837
SELECT Title, u.DisplayName, pt.Type FROM dbo.Posts p
INNER JOIN #tempPosts temp
ON p.Id = temp.Id
INNER JOIN dbo.Users u
ON p.OwnerUserId = u.Id
INNER JOIN dbo.PostTypes pt
ON p.PostTypeId = pt.Id
OPTION(RECOMPILE)
Liguei o Include Actual Execution Planpara capturar o plano e não consegui encontrar OptimizerStatsUsageo campo no plano:
Qual poderia ser o motivo de OptimizerStatsUsagenão aparecer no meu plano de execução? Há alguma configuração ou etapa adicional necessária para ver esta propriedade?
Obrigado por qualquer informação!
Tenho uma tabela com a seguinte estrutura:
create table TEST_TAB
(
activity_type CHAR(1),
tracking_code NUMBER,
eff_date DATE
)
Dados de amostra para esta tabela:
insert into TEST_TAB (activity_type, tracking_code, eff_date)
values ('A', 1, to_date('01-11-2020', 'dd-mm-yyyy'));
insert into TEST_TAB (activity_type, tracking_code, eff_date)
values ('A', 1, to_date('02-01-2024', 'dd-mm-yyyy'));
insert into TEST_TAB (activity_type, tracking_code, eff_date)
values ('B', 2, to_date('01-08-2023', 'dd-mm-yyyy'));
insert into TEST_TAB (activity_type, tracking_code, eff_date)
values ('B', 2, to_date('02-08-2023', 'dd-mm-yyyy'));
insert into TEST_TAB (activity_type, tracking_code, eff_date)
values ('B', 2, to_date('03-08-2023', 'dd-mm-yyyy'));
Este é apenas um dado de amostra e a quantidade de dados reais na tabela original é de quase 400 milhões de registros. O que preciso fazer é que, para cada grupo de activity_type, tracking_code, preciso manter o registro que tem o maior "eff_date" e excluir o restante. Então, para o , activity_type=A and tracking_code = 1preciso manter um com eff_date = 1/2/2024e excluir o outro. O que tenho por enquanto é a consulta abaixo:
delete from test_tab
where rowid in (select rid
from (select rowid as rid,
row_number() over(partition by activity_type, tracking_code order by eff_date desc) as row_num
from test_tab
)
where row_num > 1
)
No entanto, isso parece muito lento. Você poderia sugerir alguma solução melhor? A tabela original é particionada em eff_date e tem índice nas duas colunas restantes. Outro ponto é que pode haver mais de um intervalo de um ano entre eff_dates de cada registro em um único grupo.
desde já, obrigado
É necessário VACUUM ou ANALYZE, ou ambos, as tabelas depois de executar a SAÍDA de pg_dumpall no PostgreSQL 16?
Após os passos acima, há necessidade de executar VACUUM e/ou ANALYZE nas tabelas (especialmente as grandes)?
Minha opinião pessoal é que VACUUM não é necessário porque todos os dados foram criados recentemente, mas quero uma mão experiente para apoiá-lo. Em relação a ANALYZE, não posso dizer.
Estou trabalhando com Arch Linux usando MariaDB através do LAMPP. Sempre que uso o MySQL Workbench e tento conectar ao meu banco de dados local, recebo o seguinte:
A tentativa de conexão do usuário 'root' com o servidor MySQL falhou em 127.0.0.1:3306:
O nome não pode ser ativado.
O motivo pelo qual mencionei que estou usando o MariaDB é que recebo este erro quando testo a conexão:
Versão do servidor ou protocolo incompatível/não padrão detectado (10.4.32) <== Versão do MariaDB
Ainda consigo continuar apesar do erro, e ele mostra que se conectou com sucesso ao banco de dados, no entanto, sempre que tento executar um script SQL, ele não consegue se conectar ao banco de dados.
Eu tentei: usar outro usuário, reinstalar o MySQL Workbench, reinstalar o XAMPP. Mas todas essas tentativas foram em vão.
Existe algum método para resolver isso mantendo o MariaDB?