Matteo Tassinari's questions

Acabei de atualizar o servidor MariaDB de 10.6.10 para 10.6.15 em minha máquina de desenvolvimento e a tentativa de restaurar um dump SQL anteriormente funcional agora falha.

Aqui está um exemplo de consulta com falha:

CREATE TABLE `lin_98_41_strumenti_categorie` (
  `id_categoria` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `id_azienda` int(10) unsigned NOT NULL DEFAULT 1,
  `id_sede` int(10) unsigned NOT NULL DEFAULT 1,
  `revisione_documento` int(10) unsigned NOT NULL DEFAULT 0,
  `id_macchina` int(10) unsigned DEFAULT NULL,
  `id_attrezzo` int(10) unsigned DEFAULT NULL,
  `id_impianto` int(10) unsigned DEFAULT NULL,
  `id_opera_provvisionale` int(10) unsigned DEFAULT NULL,
  `tipo_strumento` char(1) GENERATED ALWAYS AS (concat_ws('',if(`id_macchina` is not null,'M',NULL),if(`id_attrezzo` is not null,'A',NULL),if(`id_impianto` is not null,'I',NULL),if(`id_opera_provvisionale` is not null,'O',NULL))) VIRTUAL,
  PRIMARY KEY (`id_categoria`,`id_azienda`,`id_sede`,`revisione_documento`),
  UNIQUE KEY `unique_id_macchina_lin_98_41_strumenti_categorie` (`id_macchina`,`id_azienda`,`id_sede`,`revisione_documento`),
  UNIQUE KEY `unique_id_attrezzo_lin_98_41_strumenti_categorie` (`id_attrezzo`,`id_azienda`,`id_sede`,`revisione_documento`),
  UNIQUE KEY `unique_id_impianto_lin_98_41_strumenti_categorie` (`id_impianto`,`id_azienda`,`id_sede`,`revisione_documento`),
  UNIQUE KEY `unique_id_opera_provvisionale_lin_98_41_strumenti_categorie` (`id_opera_provvisionale`,`id_azienda`,`id_sede`,`revisione_documento`),
  KEY `fk_main_lin_98_41_strumenti_categorie` (`id_azienda`,`id_sede`,`revisione_documento`),
  CONSTRAINT `fk_id_attrezzo_lin_98_41_strumenti_categorie` FOREIGN KEY (`id_attrezzo`) REFERENCES `agews_attrezzi` (`id_attrezzo`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `fk_id_impianto_lin_98_41_strumenti_categorie` FOREIGN KEY (`id_impianto`) REFERENCES `agews_impianti` (`id_impianto`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `fk_id_macchina_lin_98_41_strumenti_categorie` FOREIGN KEY (`id_macchina`) REFERENCES `agews_macchine` (`id_macchina`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `fk_id_opera_provvisionale_lin_98_41_strumenti_categorie` FOREIGN KEY (`id_opera_provvisionale`) REFERENCES `agews_opere_provvisionali` (`id_opera_provvisionale`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `fk_main_lin_98_41_strumenti_categorie` FOREIGN KEY (`id_azienda`, `id_sede`, `revisione_documento`) REFERENCES `lin_98_41` (`id_azienda`, `id_sede`, `revisione_documento`) ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_general_ci;

O erro está no último GENERATED ALWAYScampo marcado como STORED, se eu alterar manualmente o tipo para VIRTUALfuncionar.

O erro apenas diz:

ERRO 1901 (HY000) na linha 420329: A função ou expressão 'id_macchina' não pode ser usada na cláusula GENERATED ALWAYS AS detipo_strumento

mas não dá nenhuma indicação útil sobre por que não pode ser usado agora.

No entanto, este dump SQL funcionou sem modificações com a versão 10.6.10. É possível que tenha havido uma alteração tão incompatível com versões anteriores na versão 10.6 mais recente? Eu olhei as notas de lançamento, mas não encontrei nada que justificasse essa mudança significativa.

Suponha que tenha a seguinte configuração de banco de dados:

Users (
  id int primary key,
  name varchar(255)
)

OrgUnits (
  id int primary key,
  name varchar(255)
)

Users_OrgUnits (
  user_id int,
  orgunit_id int,
  primary key (user_id, orgunit_id)
)

Você pode encontrar facilmente todos os usuários pertencentes a uma determinada UO com uma consulta como

SELECT U.*
FROM Users U
JOIN Users_OrgUnits UOU ON (
  U.user_id = UOU.user_id
  AND UOU.orgunit_id = X
)

Existe uma maneira, com uma única consulta , de solicitar ao banco de dados todos os usuários pertencentes a duas ou mais UOs ao mesmo tempo ?

Se você fizer algo como

SELECT U.*
FROM Users U
JOIN Users_OrgUnits UOU ON (
  U.user_id = UOU.user_id
  AND UOU.orgunit_id IN (X, Y)
)

Você obteria usuários pertencentes a pelo menos uma dessas UOs, não necessariamente a ambas.

EXEMPLO:

Usuários

Unidades organizacionais

Users_OrgUnits

Agora, gostaria de pedir para todos os usuários pertencentes tanto a "Folha de Pagamento" quanto a "Saúde e Segurança", ou seja, UOs com ID 3 e 4, e obter este resultado:

Eu estava testando o plugin "server_audit" do MariaDB, que configurei assim:

plugin-load-add = server_audit
server_audit_logging = ON
server_audit_events = QUERY_DML
server_audit_output_type = FILE
server_audit_file_path = /path/to/audit.log
server_audit_query_log_limit = 1048576
server_audit_file_rotate_size = 1073741824
server_audit_file_rotations = 1

e atualmente estou executando MariaDB 10.1.29com MariaDB Audit Plugin version 1.4.3.

Com base nos documentos , o valor QUERY_DMLdeve ser

Igual a QUERY, mas filtra apenas consultas do tipo DML (instruções DO, CALL, LOAD DATA/XML, DELETE, INSERT, UPDATE, HANDLER e REPLACE)

ênfase minha.

Após reiniciar o servidor, os arquivos de log foram criados corretamente, porém ele está registrando também outras consultas, como por exemplo plain SELECTs.

Minha configuração está um pouco incorreta ou talvez seja um erro no lado do MariaDB?

Estou em uma situação em que tenho uma tabela base com alguns campos e um campo discriminador que poderia ter um de um conjunto específico de valores.

A partir dessa tabela base, deriguei muitas exibições, uma para cada valor de discriminador possível, mas essas exibições não incluem a própria coluna do discriminador.

O problema é que, quando tento INSERT INTO em uma das visualizações, a inserção é bem-sucedida, mas o campo discriminador na tabela base é NULL.

Não existe uma maneira de inserir na exibição com o valor do discriminador definido corretamente? Ou preciso necessariamente inserir na tabela base ao invés disso?

Aqui está um exemplo do que quero dizer:

create table base_table (
  a int unsigned auto_increment primary key,
  b char(10) default null,
  c char(10) default null,
  x tinyint unsigned default null
);

create or replace view base_view_1 as
select a, b, c
from base_table
where x = 1;

create or replace view base_view_2 as
select a, b, c
from base_table
where x = 2;

[ ... and so on ... ]

insert into base_view_1 (a, b, c) VALUES (null, 'xxx', 'xxx');

select * from base_view_1; -- no result

select * from base_table; -- one row like (1, 'xxx', 'xxx', null)

Veja que, no exemplo, a linha da base_table tem nullo valor de x? O mysql deve ser capaz de preencher esse campo automaticamente com base na definição de exibição?

O que eu gostaria de conseguir é que, ao inserir na view base_view_1, já que ela está definida para x = 1, o mysql defina automaticamente o valor correto em base_table, e o mesmo ao inserir em base_view_2where xshould be 2, e assim sucessivamente, por exemplo:

insert into base_view_1 (b, c) values ('xxx', 'xxx'); // should insert into base_table the values ('xxx', 'xxx', 1)

insert into base_view_2 (b, c) values ('xxx', 'xxx'); // should insert into base_table the values ('xxx', 'xxx', 2)

// and so on for each distinct discriminator value

Agora, o mysql é capaz de fazer isso automaticamente para mim ou preciso recorrer à inserção diretamente na base_table?