Jurgen Cuschieri's questions

Estou tentando usar o SQL In-Memory OLTP. A limitação é que a solução precisa ser compatível com o SQL Express 2019 e 2022.

Este link afirma que o In-Memory OLTP é compatível com todas as versões do SQL, incluindo o Express.

Com a versão 2022 não estou conseguindo iniciar:

EXECUTE master.dbo.xp_create_subdir 'C:\data\'

GO

ALTER DATABASE S2X ADD FILEGROUP S2x_mod
CONTAINS MEMORY_OPTIMIZED_DATA;

GO

 ALTER DATABASE S2x ADD FILE (
 name='S2x_mod1', filename='c:\data\S2x_mod1')
 TO FILEGROUP S2x_mod;

Chego até a última parte da consulta acima e recebo o seguinte erro:

Não foi possível processar a operação. O gerenciador de réplicas do Always On Availability Groups está desabilitado nesta instância do SQL Server. Habilite o Always On Availability Groups usando o SQL Server Configuration Manager. Em seguida, reinicie o serviço do SQL Server e tente a operação atual novamente. Para obter informações sobre como habilitar e desabilitar o Always On Availability Groups, consulte os Manuais Online do SQL Server.

Ao tentar habilitar a opção por meio do SQL Server Configuration Manager, ele informa que não é possível ativar "Always On Availability Groups" com esta versão do SQL Express.

Com a versão 2019, superei a consulta acima e consegui criar uma tabela otimizada para memória e um procedimento armazenado nativo:

-- Creating a memory-optimized table
CREATE TABLE dbo.State
(
    CID NVARCHAR(50) NOT NULL PRIMARY KEY NONCLUSTERED HASH WITH (BUCKET_COUNT = 1000),
    PNO INT NOT NULL,
    IsStart BIT NOT NULL,
    IsEnd BIT NOT NULL,
    CMPID NVARCHAR(50) NOT NULL
) 
WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_AND_DATA);

GO

CREATE PROCEDURE dbo.GetStateByCID
@CID NVARCHAR(50)
WITH NATIVE_COMPILATION, SCHEMABINDING, EXECUTE AS OWNER
AS
BEGIN ATOMIC WITH
(
    TRANSACTION ISOLATION LEVEL = SNAPSHOT,
    LANGUAGE = N'English'
)
    SELECT CID, PNO, IsStart, IsEnd, CMPID
    FROM dbo.State
    WHERE CID = @CID;
END;

mas ao executá-lo:

EXEC    @return_value = [dbo].[GetStateByCID]
    @CID = N'1234'

Recebo o seguinte erro:

Ocorreu um erro ao executar o lote. A mensagem de erro é: Erro fatal de conexão interna. Estado do erro: 15, Token: 0

Não encontrei muita ajuda on-line sobre isso; mas parecia ser um problema que foi corrigido na versão 2017 (veja aqui ). Isso não faz muito sentido para mim, pois eu esperava que a correção fosse incluída na versão 2019 por padrão. Em qualquer caso, usar o In-Memory OLTP só seria possível para mim se fosse compatível com o Express 2019 e 2022.

O que estou esquecendo aqui? O In-Memory OLTP é compatível com SQL express ou não? Estou fazendo algo errado?

Estou tentando escrever uma consulta de geração de dados que usa CTE recursiva no Postgresql 14.

Considere o esquema "sc" que inclui uma função getfreq. getfreq recebe um int como parâmetro (que representa uma chave estrangeira para outra tabela) e retorna um int back, que representa uma frequência.

Agora considere esta consulta:

WITH RECURSIVE rec AS 
(
SELECT 1 as fk FROM generate_series(1, sc.getfreq(1), 1)
UNION ALL
SELECT r.fk + 1 FROM rec AS r WHERE r.fk + 1 <= 10
)
select row_number() OVER () as pk, fk from rec

getfreq espera um int de 1 a 10 (daí a condição de saída r.fk <= 10). Ele retorna uma frequência N. Eu quero que cada iteração do CTE recursivo crie N linhas. O resultado de cada iteração deve ser combinado pela cláusula UNION ALL. No final, quero um resultado em que a contagem de linhas seja igual à soma das frequências retornadas por getfreq nas 10 iterações.

No exemplo acima, sc.getfreq(1) sempre retornará 5, portanto, estou obtendo um conjunto de resultados de 50 linhas; primeiros 5 com fk = 1, segundos 5 com fk = 2 e assim por diante. No entanto, sc.getfreq() deve de fato ser chamado com o valor iterado, então a segunda iteração deve ser sc.getfreq(2) e assim por diante. Naturalmente, sc.getfreq(2) retornaria uma frequência diferente e não 5 e, portanto, o resultado final não deveria ter 50 linhas.

Eu tentei usar "fk" em getfreq, da seguinte forma: sc.getfreq(fk); já que "fk" está sendo incrementado pela parte recursiva do CTE (e, portanto, seria 2 na segunda iteração, 3 na terceira iteração e assim por diante), mas a coluna "fk" não existe dentro do contexto do FROM, presumivelmente porque a parte "SELECT" ainda não teria sido executada.

Os CTEs recursivos são adequados para resolver isso? Posso conseguir com o que quero com alguns ajustes?

Exemplo de saída onde getfreq(1) retorna 5, getfreq(2) retorna 2 e getfreq(3) retorna 1.

...... e assim por diante (este é um exemplo incompleto de 3 iterações).

Eu tenho um projeto de último ano escrito em Matlab em conjunto com um banco de dados postgresql chamado 'hm'.

Perguntei de que forma poderia enviar o banco de dados e me disseram para fazer um backup do banco de dados usando o pgadmin3.

Qual é o formato recomendado? Quero que a pessoa esteja corrigindo a atribuição para poder usar meu próprio banco de dados em sua própria versão do postgresql. Qual formato e opções devo verificar para garantir que funcionem com o backup?

Estou usando o postgresql 9.4.