Perguntas[amazon-rds](dba)

Eu tenho uma função lambda que recebe dados de usuários recém-inscritos de uma fila de mensagens e insere esses mesmos dados em dois bancos de dados diferentes.

Esses dois bancos de dados pertencem a dois microsserviços diferentes. Primeiro - serviço de usuários que usa RDS postgres e segundo - serviço de administração cujo banco de dados é basicamente uma única tabela DynamoDB.

Quero obter um comportamento "tudo ou nada" para inserções de dados nos dois bancos de dados - ou a inserção em ambos os bancos de dados é bem-sucedida ou as inserções não acontecem em nenhum deles.

• Como posso ter uma “transação atômica” para inserção nos dois bancos de dados, conseguindo um comportamento “tudo ou nada”?
• E se os dados forem inseridos na tabela DynamoDB do serviço administrativo, mas não forem inseridos na tabela postgres do serviço de usuários por algum motivo - como posso "reverter" a inserção no DyanamoDB?

Posso alcançar esse tipo de funcionalidade no nível do código, mas o código ficaria bastante confuso se digamos que eu tenha inserções "tudo ou nada" em 5 em vez de 2 bancos de dados diferentes.

Eu me pergunto se existe alguma maneira padrão de ter um comportamento semelhante ao de uma transação atômica quando se trata de interagir com diferentes bancos de dados.

Eu tenho uma instância RDS Postgresql 12 que alocou 11.000.000 MB de espaço em disco io1 e há 7.300.000 MB de espaço de armazenamento gratuito.

Isso significa que o banco de dados está usando apenas 11 TB - 7,3 TB = 3,7 TB de espaço em disco, certo? Ou eu estou esquecendo de alguma coisa?

Assim, criei uma nova instância que alocava 5 TB de espaço em disco, fiz um pg_dump e pg_restore.

Durante o pg_restore, o Free Storage Space caiu linearmente para zero e, em seguida, aumentou quando a AWS adicionou automaticamente 2,5 TB.

O que está acontecendo? Por que a nova instância está usando mais espaço em disco?

E, estranhamente, o espaço livre aumentou lentamente, embora eu não tenha tocado no sistema desde que a restauração terminou.

Postgres rodando em RDS acessível apenas através de um cluster EKS... assim eu tenho um pod (genérico) em nosso cluster que me permite acessar nossa instância postgres. Eu preciso alterar a senha da função que estou usando/conectado como (usuário root). O problema é que quando tento alertar o usuário ou função postgres diz que o usuário/função não existe mesmo que eu possa vê-lo claramente E estou logado como o usuário! Estou logado no postgres como root (nível do SO) e estou como usuário root do postgres (não postgres, mas um superusuário que chamarei ABcDeFGhnesta pergunta)

postgres=> select user;
   user   
----------
 ABcDeFGh
(1 row)

postgres=> select rolname, rolsuper from pg_roles;
          rolname          | rolsuper 
---------------------------+----------
 pg_monitor                | f
 pg_read_all_settings      | f
 pg_read_all_stats         | f
 pg_stat_scan_tables       | f
 pg_read_server_files      | f
 pg_write_server_files     | f
 pg_execute_server_program | f
 pg_signal_backend         | f
 rds_superuser             | f
 rds_replication           | f
 rds_iam                   | f
 rds_password              | f
 rds_ad                    | f
 rdsadmin                  | t
 ABcDeFGh                  | f
 rdsrepladmin              | f
 rdstopmgr                 | f
(20 rows)

O usuário com o qual estou logado é ABCDeFGh. Mesmo consultas específicas (aliás, eu não sou um cara do postgres, então)

postgres=> \dg ABcDeFGh
           List of roles
 Role name | Attributes | Member of 
-----------+------------+-----------

postgres=> \dg abcdefgh
           List of roles
 Role name | Attributes | Member of 
-----------+------------+-----------

postgres=> \du abcdefgh
           List of roles
 Role name | Attributes | Member of 
-----------+------------+-----------

postgres=> \du ABcDeFGh
           List of roles
 Role name | Attributes | Member of 
-----------+------------+-----------

mas isso (lista truncada):

postgres=> \du
                                                                 List of roles
      Role name      |                         Attributes                         |                          Member of                          
---------------------+------------------------------------------------------------+-------------------------------------------------------------
 ABcDeFGh            | Create role, Create DB                                    +| {rds_superuser}
                     | Password valid until infinity                              | 

e este (lista truncada):

postgres=> \dg
                                                                 List of roles
      Role name      |                         Attributes                         |                          Member of                          
---------------------+------------------------------------------------------------+-------------------------------------------------------------
 ABcDeFGh            | Create role, Create DB                                    +| {rds_superuser}
                     | Password valid until infinity                              | 

(e agora acabei de notar que \due \dgsão a mesma coisa ou parecem ser apelidos um do outro)

Então isso é muito confuso e frustrante. Como se pode ver, estou usando todas as letras minúsculas e a versão com distinção entre maiúsculas e minúsculas do nome para altere \dg. O erro que recebo ao tentar alterar a senha é roleou usernão existe. Claramente parece existir.

 alter role 'ABcDeFGh' with password '<REDACTED>' valid until '2023-01-02T00:13:34+00:00';                                                                                                                                                                                                    
ERROR:  syntax error at or near "'ABcDeFGh'"

Toda a documentação que consegui encontrar não explica o que pode estar acontecendo aqui. O usuário existe claramente porque estou logado como usuário. Eu realmente odeio perder meu tempo com esse tipo de lixo ambíguo do software.

Eu tenho um arquivo de backup de banco de dados SQL habilitado para TDE local disponível no S3 junto com os arquivos Cert e Pvt Key. Como restaurar no banco de dados SQL do AWS RDS usando a mesma senha de chave mestra fornecida durante o backup do banco de dados de origem?

Quando tentei executar a consulta abaixo no RDS, obtendo erro como 'Usuário não tem permissão para executar esta ação'

`CREATE MASTER KEY ENCRYPTION 
BY PASSWORD='Strong11111@Password'`

O site aws fornece abaixo SP para restauração do banco de dados SQL habilitado para TDE

`EXECUTE msdb.dbo.rds_restore_tde_certificate
@certificate_name='UserTDECertificate_certificate_name'
, @certificate_file_s3_arn='arn:aws:s3:::bucket_name/certificate_file_name.cer'
, @private_key_file_s3_arn='arn:aws:s3:::bucket_name/key_file_name.pvk'
, @kms_password_key_arn='arn:aws:kms:region:account-id:key/key-id'`

@kms_password_key_arn – o ARN da chave KMS simétrica usada para criptografar a senha da chave privada.

Só queria saber de onde/como obteremos o valor do parâmetro @kms_password_key_arn com a mesma senha ('Strong11111@Password') usada durante a criação do arquivo .bak quando não pudermos executar/criar consulta de criptografia de chave mestra no RDS.

Quaisquer sugestões seriam apreciadas. Desde já, obrigado!

Estou executando postgres no AWS RDS. O RDS cria alguns usuários por conta própria, como rdsadmine rdsrepladmin. Eu estou familiarizado com estes

No entanto, também vejo rdstopmgr, quando consulto postgres para funções. O Google não tem muito a dizer sobre esse usuário, nem os documentos do AWS RDS . No entanto, acho que isso também pode ser um usuário do RDS.

Aqui está o porquê: Quando eu Google 'RDS top', encontro esta página nos documentos do AWS RDS. Isso me faz pensar que rdstopmgrpode ser um usuário controlado por RDS que é usado para insights de desempenho.

Enviei um feedback à AWS solicitando que eles atualizem seus documentos para incluir isso. No entanto, eu também queria colocar isso para a comunidade aqui. Você concorda com minha conclusão ou sabe de outra forma sobre este usuário?

Nossa equipe está migrando um de nossos bancos de dados para o Amazon RDS MS SQL Server. Como parte disso, temos que reescrever alguns de nossos procedimentos armazenados.

Temos um procedimento armazenado que realiza um backup do banco de dados para um armazenamento de rede.

BACKUP DATABASE [MyDB] TO DISK = '\\myserver\share\MydbBackup.bak'
WITH RETAINDAYS = 0,
    INIT

O procedimento armazenado acima está bloqueando, ou seja, ele pausará a linha de execução - exec stored_proc- até que o backup seja concluído.

Eu alterei esse procedimento armazenado para que ele use o rds_backup_databaseproc armazenado para que o backup seja salvo em um bucket do S3.

exec msdb.dbo.rds_backup_database
    @source_db_name='MyDB',
    @s3_arn_to_backup_to='arn:aws:s3:::temp-poc-bucket/db_backups/MyDBBackup.bak',
    @overwrite_s3_backup_file=1;

O problema é que nosso fluxo de trabalho (o procedimento armazenado é chamado de nosso aplicativo) exige que ele seja síncrono.

Existe alguma maneira de "aguardar" a execução do msdb.dbo.rds_backup_databaseprocedimento armazenado?

Documentos do AWS RDS .

Eu vi na interface da web que a manutenção em minhas instâncias postgresql do RDS é necessária, então eu executei aws rds describe-pending-maintenance-actions, e ele diz que há uma "atualização do sistema" porque "Nova atualização do sistema operacional está disponível".

Tudo bem, então reiniciei as instâncias 90 minutos atrás ( aws rds stop-db-instanceentão aws rds start-db-instance).

Mais de 90 minutos depois, as instâncias ainda são "Manutenção necessária".

O que fiz de errado, ou não fiz? Ou isso é apenas uma notificação de que a AWS fará algo que está fora do meu controle?

$ aws rds describe-pending-maintenance-actions --output=table
-------------------------------------------------------------------------------------------
|                            DescribePendingMaintenanceActions                            |
||                               PendingMaintenanceActions                               ||
|+---------------------+-----------------------------------------------------------------+|
||  ResourceIdentifier |  arn:aws:rds:us-east-1:123456789012:db:xxxxxxxxxxxx     ||
|+---------------------+-----------------------------------------------------------------+|
|||                           PendingMaintenanceActionDetails                           |||
||+-----------------------------+-------------------------------------------------------+||
|||  Action                     |  system-update                                        |||
|||  AutoAppliedAfterDate       |  2022-06-30T00:00:00+00:00                            |||
|||  CurrentApplyDate           |  2022-06-30T00:00:00+00:00                            |||
|||  Description                |  New Operating System update is available             |||
|||  ForcedApplyDate            |  2022-10-30T00:00:00+00:00                            |||
||+-----------------------------+-------------------------------------------------------+||
||                               PendingMaintenanceActions                               ||
|+---------------------+-----------------------------------------------------------------+|
||  ResourceIdentifier |  arn:aws:rds:us-east-1:123456789012:yyyyyyyyyyyyy   ||
|+---------------------+-----------------------------------------------------------------+|
|||                           PendingMaintenanceActionDetails                           |||
||+-----------------------------+-------------------------------------------------------+||
|||  Action                     |  system-update                                        |||
|||  AutoAppliedAfterDate       |  2022-06-30T00:00:00+00:00                            |||
|||  CurrentApplyDate           |  2022-06-30T00:00:00+00:00                            |||
|||  Description                |  New Operating System update is available             |||
|||  ForcedApplyDate            |  2022-10-30T00:00:00+00:00                            |||
||+-----------------------------+-------------------------------------------------------+||

Desde que atualizei do MySQL 5.6 para 5.7, comecei a ter consultas muito lentas na minha instância do Aurora RDS. No meu XAMPP local, as mesmas consultas demoravam alguns segundos, mas no RDS algumas delas demoravam cerca de 6 minutos. Tentando oferecer uma solução rápida para meu cliente, migrei o banco de dados do Aurora RDS para uma instância normal do MariaDB RDS (provavelmente um exagero, mas precisava fazer algo rápido). Após a migração os tempos de consulta foram semelhantes ao ambiente local, tempos aceitáveis, mas já se passaram três semanas desde que a migração e as consultas estão muito lentas novamente, cerca de 6 minutos. CPU sobe para quase 50% e há apenas uma conexão no banco de dados, aquela que faz a consulta lenta. Verifiquei e modifiquei parâmetros no RDS, especialmente o otimizador_switch, mas eles não tiveram efeito visível na velocidade da consulta. Eu também otimizei tabelas sem melhorias. Eu estava pensando em uma tabela de log ou similar que poderia estar crescendo muito depois de três semanas e, portanto, retardando minhas consultas, mas é apenas uma ideia. Neste momento estou um pouco perdido. As tabelas nessas consultas lentas têm entre 63 e mais de 200 mil linhas.

A consulta mais lenta é esta:

SELECT *
FROM bicycles AS Bicycle
LEFT JOIN loans AS Loan ON Loan.uuid = (
  SELECT 
  loans.uuid
  FROM loans
  WHERE loans.bicycle_uuid = Bicycle.uuid
  ORDER BY loans.date_created DESC
  LIMIT 1
)
WHERE Bicycle.status = 'SCRAPPED'
AND Bicycle.number <= 9900
ORDER BY Loan.date_created DESC, Bicycle.number DESC

961 rows in set (6 min 23.28 sec)

Aqui está a explicação para a consulta:

+----+--------------------+---------+------------+--------+---------------+--------------+---------+------+------+----------+----------------------------------------------+
| id | select_type        | table   | partitions | type   | possible_keys | key          | key_len | ref  | rows | filtered | Extra                                        |
+----+--------------------+---------+------------+--------+---------------+--------------+---------+------+------+----------+----------------------------------------------+
|  1 | PRIMARY            | Bicycle | NULL       | ALL    | number        | NULL         | NULL    | NULL | 2082 |     9.99 | Using where; Using temporary; Using filesort |
|  1 | PRIMARY            | Loan    | NULL       | eq_ref | PRIMARY       | PRIMARY      | 16      | func |    1 |   100.00 | Using where                                  |
|  2 | DEPENDENT SUBQUERY | loans   | NULL       | index  | bicycle_uuid  | date_created | 5       | NULL |  428 |    10.00 | Using where                                  |
+----+--------------------+---------+------------+--------+---------------+--------------+---------+------+------+----------+----------------------------------------------+
3 rows in set, 2 warnings (0.00 sec)

Índices para bicicletas de mesa:

+----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table    | Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| bicycles |          0 | PRIMARY  |            1 | uuid        | A         |        2082 |     NULL | NULL   |      | BTREE      |         |               |
| bicycles |          0 | number   |            1 | number      | A         |        2082 |     NULL | NULL   |      | BTREE      |         |               |
+----------+------------+----------+--------------+-------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
2 rows in set (0.00 sec)

Índices para empréstimos de mesa:

+-------+------------+---------------------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| Table | Non_unique | Key_name                  | Seq_in_index | Column_name  | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment |
+-------+------------+---------------------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
| loans |          0 | PRIMARY                   |            1 | uuid         | A         |      219864 |     NULL | NULL   |      | BTREE      |         |               |
| loans |          1 | anchor_uuid               |            1 | anchor_uuid  | A         |        1047 |     NULL | NULL   |      | BTREE      |         |               |
| loans |          1 | use_uuid                  |            1 | use_uuid     | A         |        4076 |     NULL | NULL   | YES  | BTREE      |         |               |
| loans |          1 | date_created              |            1 | date_created | A         |      213634 |     NULL | NULL   |      | BTREE      |         |               |
| loans |          1 | bicycle_uuid              |            1 | bicycle_uuid | A         |         428 |     NULL | NULL   |      | BTREE      |         |               |
| loans |          1 | date_created_bicycle_uuid |            1 | date_created | A         |      212288 |     NULL | NULL   |      | BTREE      |         |               |
| loans |          1 | date_created_bicycle_uuid |            2 | bicycle_uuid | A         |      218719 |     NULL | NULL   |      | BTREE      |         |               |
+-------+------------+---------------------------+--------------+--------------+-----------+-------------+----------+--------+------+------------+---------+---------------+
7 rows in set (0.00 sec)

Estou usando uma instância db.r3.large, 2vCPUs, 15,25 GiB de RAM, não otimizada para EBS. A versão do MySQL é 5.7.34 com MariaDB. O armazenamento é um SSD provisionado por IOPS (io1), armazenamento atribuído de 100 GiB, IOPS de provisionamento de 5.000.

Conforme solicitação do usuário, adiciono as próximas informações das tabelas:

+----------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table    | Create Table                                                                                                                                                                                                                                                                                                                                                                 |
+----------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| bicycles | CREATE TABLE `bicycles` (
  `uuid` binary(16) NOT NULL,
  `number` int(14) NOT NULL,
  `date_created` datetime NOT NULL,
  `status` varchar(20) COLLATE utf8_spanish_ci NOT NULL DEFAULT 'CIRCULATION',
  `is_electric` tinyint(1) NOT NULL DEFAULT 0,
  PRIMARY KEY (`uuid`),
  UNIQUE KEY `number` (`number`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci |
+----------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.000 sec)


+----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
| Name     | Engine | Version | Row_format | Rows | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time         | Update_time         | Check_time | Collation       | Checksum | Create_options | Comment | Max_index_length | Temporary |
+----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
| bicycles | InnoDB |      10 | Dynamic    | 2082 |             78 |      163840 |               0 |        81920 |         0 |           NULL | 2022-01-28 12:13:25 | 2022-01-28 12:13:25 | NULL       | utf8_spanish_ci |     NULL |                |         |                0 | N         |
+----------+--------+---------+------------+------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
1 row in set (0.001 sec)


+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Table | Create Table                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                             |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| loans | CREATE TABLE `loans` (
  `uuid` binary(16) NOT NULL,
  `use_uuid` binary(16) DEFAULT NULL,
  `bicycle_uuid` binary(16) NOT NULL,
  `anchor_uuid` binary(16) NOT NULL,
  `date_created` datetime NOT NULL,
  `type_access` enum('UNKNOWN','CARD','APP','SYSTEM','WORKER') COLLATE utf8_spanish_ci NOT NULL,
  PRIMARY KEY (`uuid`),
  KEY `anchor_uuid` (`anchor_uuid`),
  KEY `use_uuid` (`use_uuid`),
  KEY `date_created` (`date_created`),
  KEY `bicycle_uuid` (`bicycle_uuid`),
  KEY `date_created_bicycle_uuid` (`date_created`,`bicycle_uuid`),
  CONSTRAINT `fk_loans_anchors` FOREIGN KEY (`anchor_uuid`) REFERENCES `anchors` (`uuid`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_loans_bicycles` FOREIGN KEY (`bicycle_uuid`) REFERENCES `bicycles` (`uuid`) ON DELETE NO ACTION ON UPDATE NO ACTION,
  CONSTRAINT `fk_loans_users` FOREIGN KEY (`use_uuid`) REFERENCES `users` (`uuid`) ON DELETE NO ACTION ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci |
+-------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.000 sec)


+-------+--------+---------+------------+--------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
| Name  | Engine | Version | Row_format | Rows   | Avg_row_length | Data_length | Max_data_length | Index_length | Data_free | Auto_increment | Create_time         | Update_time         | Check_time | Collation       | Checksum | Create_options | Comment | Max_index_length | Temporary |
+-------+--------+---------+------------+--------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
| loans | InnoDB |      10 | Dynamic    | 216920 |             99 |    21561344 |               0 |     75284480 |   7340032 |           NULL | 2022-01-28 12:37:06 | 2022-01-28 12:37:22 | NULL       | utf8_spanish_ci |     NULL |                |         |                0 | N         |
+-------+--------+---------+------------+--------+----------------+-------------+-----------------+--------------+-----------+----------------+---------------------+---------------------+------------+-----------------+----------+----------------+---------+------------------+-----------+
1 row in set (0.001 sec)

Este é o EXPLAIN para a frase depois de adicionar o ÍNDICE sugerido:

+----+--------------------+------------+------------+--------+-----------------------------------+----------------------------+---------+-------------------------------+------+----------+-----------------------------------------------------------+
| id | select_type        | table      | partitions | type   | possible_keys                     | key                        | key_len | ref                           | rows | filtered | Extra                                                     |
+----+--------------------+------------+------------+--------+-----------------------------------+----------------------------+---------+-------------------------------+------+----------+-----------------------------------------------------------+
|  1 | PRIMARY            | Bicycle    | NULL       | range  | number,bicycles_ndx_status_number | bicycles_ndx_status_number | 66      | NULL                          |  961 |   100.00 | Using where; Using index; Using temporary; Using filesort |
|  1 | PRIMARY            | Loan       | NULL       | eq_ref | PRIMARY                           | PRIMARY                    | 16      | func                          |    1 |   100.00 | Using where                                               |
|  1 | PRIMARY            | LoanAnchor | NULL       | eq_ref | PRIMARY                           | PRIMARY                    | 16      | bicicas.Loan.anchor_uuid      |    1 |   100.00 | NULL                                                      |
|  1 | PRIMARY            | LoanBench  | NULL       | eq_ref | PRIMARY                           | PRIMARY                    | 16      | bicicas.LoanAnchor.bench_uuid |    1 |   100.00 | NULL                                                      |
|  1 | PRIMARY            | User       | NULL       | eq_ref | PRIMARY                           | PRIMARY                    | 16      | func                          |    1 |   100.00 | Using where                                               |
|  3 | DEPENDENT SUBQUERY | users      | NULL       | ref    | uuid                              | uuid                       | 16      | bicicas.Loan.use_uuid         |    2 |   100.00 | Using index condition; Using filesort                     |
|  2 | DEPENDENT SUBQUERY | loans      | NULL       | ref    | bicycle_uuid                      | bicycle_uuid               | 16      | bicicas.Bicycle.uuid          |  452 |   100.00 | Using index condition; Using filesort                     |
+----+--------------------+------------+------------+--------+-----------------------------------+----------------------------+---------+-------------------------------+------+----------+-----------------------------------------------------------+
7 rows in set, 3 warnings (0.00 sec)

De dentro de um script plpgsql executado em uma instância do Amazon RDS Postgres, é possível obter informações sobre a configuração da instância? Como recupero o ID da instância de banco de dados, o ARN (Amazon Resouce Name) ou o endpoint da instância?

Eu quero usá-lo como uma verificação dentro de algum script plpgsql para ter 100% de certeza de que ele não funcionará no banco de dados de produção.

Estamos pensando em migrar um banco de dados Oracle RDS para o Athena Trino Datalake.

Manteríamos todos os nomes de banco de dados, esquemas, tabelas e colunas iguais.

O SQL executado corretamente no banco de dados Oracle RDS teria 100% de garantia de execução correta no Athena Trina Datalake (com possíveis diferenças triviais, como ordem de classificação para consultas sem ORDER BY)?

Meu palpite é que não, embora esperemos que a maioria desses SQLs funcione corretamente em ambos os sistemas.