Perguntas[temporary-tables](dba)

Atualmente, tenho visto um processo ETL em que um usuário cria tabelas que são usadas para armazenar um resultado intermediário e, em seguida, descarta as tabelas no final do processo ETL.

À primeira vista pareceu-me que esta não era a forma correcta de o fazer pois sempre tinha aprendido que isto deveria ser feito através de uma Temp Table, mas na hora de raciocinar com argumentos ao utilizador porque deveria usar tabelas temporárias de tabelas normais (que no final caem) não consegui encontrar nenhum motivo.

Eu tenho construído procedimentos armazenados e não consigo encontrar nenhuma documentação sobre como o otimizador do SQL Server lida com tabelas #temp.

Se eu tiver 4 junções a uma tabela #temp onde essa tabela #temp é criada DURANTE a execução do procedimento armazenado e a tabela #temp pode conter de zero a muitos registros, como isso é estimado?

Estima-se que seja tão grande quanto algumas das tabelas na junção, já que não há estatísticas no momento de CREATE/ALTER? Estima-se que seja pequeno? Estima-se que seja como outras mesas #temporárias?

Observe que isso está assumindo que não há recompilação no tempo de execução e que o original é usado.

Código simplificado

var sql = @" create table #Temp( 
                int Id NOT NULL
                CONSTRAINT [PK_TempId] PRIMARY KEY (Id)
             )
             insert into #temp(id) select (Id) from SomeOtherTable
             select Id from #Temp
             "

        using (var db = new MyDbContext())
            {
                var results = db.Database.SqlQuery<int>(sql).ToList();
                return results;
            }

Causa erro intermitente

There is already an object named PK_TempId in the database

desde então adicionei

drop table #temp

e estou esperando para descobrir se isso resolve o problema.

Antes de adicionar o índice, o código funcionou por anos sem problemas e sem a necessidade aparente de descartar a tabela temporária.

Encontrei uma recomendação aqui de que índices nomeados não devem ser usados ​​em tabelas temporárias. Mas não tenho certeza de qual alternativa existe.

Eu tenho a seguinte instrução que funciona quando eu omito a ORDER BYcláusula, ou se eu a executo como um select e omito a parte de criação da tabela, mas preciso de ambos para garantir que minha chave gerada seja sequenciada corretamente

Alguma ideia?

Msg 104381, Level 16, State 1, Line 18
A cláusula ORDER BY é inválida em visualizações, CREATE TABLE AS SELECT, INSERT SELECT, SELECT INTO, funções inline, tabelas derivadas, subconsultas e expressões de tabela comuns, a menos que TOP ou FOR XML seja também especificado.

CREATE TABLE #demo
WITH (DISTRIBUTION = ROUND_ROBIN)
AS
SELECT 
       ROW_NUMBER() OVER(ORDER BY (SELECT NULL)) AS ID,
       schemas.name as [schema], 
       tables.name as [table], 
       columns.column_id as [ordinal],
       columns.name as [column],
       types.name as [type]
FROM SYS.COLUMNS
  inner join sys.types
          on  types.system_type_id = columns.system_type_id
  inner join sys.tables
          on  tables.object_id = columns.object_id
  inner join sys.schemas
          on  schemas.schema_id = tables.schema_id
order by schemas.name, 
       tables.name, 
       columns.column_id 

Conforme informado no título. O MySQL suporta a definição local de uma tabela? (como uma 'variável local' talvez?)

Eu entendo (de acordo com 'Fonte') que o MySQL tem 'dois tipos de variáveis': (1) variáveis ​​locais e (2) variáveis ​​de usuário, porém nenhuma pode ser uma tabela inteira.

Fonte:

• https://stackoverflow.com/questions/13670659/mysql-local-variables

EDIT: Acho que usar o sinalizador 'temporário' em 'criar' é a resposta

CREATE [TEMPORARY] TABLE [IF NOT EXISTS] tbl_name

dos documentos: https://dev.mysql.com/doc/refman/8.0/en/create-table.html

Eu procurei respostas diferentes em perguntas semelhantes antes de publicá-las aqui.

Então eu tenho uma tabela com id de usuário e coluna de data

Gostaria de armazenar os resultados da consulta de seleção em uma tabela temporária. Sobre o uso da declaração abaixo:

Criar tabela temporária dummy_table ( selecione User_Id , DATE_FORMAT( Date,'%M %Y') de result_table.user_signup_date );

lança erro Código de erro: 1292. Valor de data e hora incorreto truncado: '2019-06-16 00:00:00 UTC'

Percebi que o erro ocorre apenas quando formato a coluna de data. Tentei converter data em string. Eu também tentei com str_to_date(DATE_FORMAT( Date,'%M %Y') ,'%M %Y %H:%i:%s') e mais algumas sintaxes, mas sem resultado.

Sou novo no Sql. Qualquer ajuda seria apreciada. desde já, obrigado

Eu gostaria de criar uma tabela temporária usando uma instrução select que usa exibições temporárias especificadas em uma instrução WITH (não a instrução WITH de CREATE TEMPORARY TABLE).

por exemplo, algo ao longo das linhas de

WITH a AS (
SELECT 1 foo, 2 bar 
), b AS (
SELECT 4 bar, 5 baz
)
CREATE TEMPORARY TABLE foo AS
SELECT * from a JOIN b ON (a.bar=b.bar)

Se eu comentar a linha CREATE TEMPORARY TABLE, isso funciona. Como criar uma tabela temporária usando o resultado da consulta do SELECT, sem reescrever as visualizações temporárias em uma única consulta?

Eu tenho um procedimento armazenado que eu uso para carregar arquivos csv no SQL Server. Isso inicialmente inserirá o arquivo em massa em uma tabela temporária global e, no final, fará:

select cast(column1 as int) [column1], column2, column3... into table from ##temptable

e, em seguida, passa a soltar o##temptable

Antes da consulta select into table from ##temptable, executo uma série de selectconsultas na tabela temporária para determinar de que tipo as colunas devem ser (e estou confiante de que isso funciona corretamente).

Observe que ter uma tabela (normal ou temporária) antes de criar a tabela de saída final é essencial para o procedimento armazenado.

O que eu gostaria de saber é se é melhor usar uma tabela temporária global ou se devo usar uma tabela normal ou não faz diferença?

Eu vi vários artigos sobre as diferenças entre tabelas temporárias e variáveis ​​de tabela, mas não vi nada quando se trata de comparar tabelas temporárias globais com tabelas normais e é difícil para mim testar isso corretamente no meu ambiente.

Estamos tentando criar uma tabela temporária global usando

    Create global Temporary table t1 ( id NUMBER, description VARCHAR2(20) ) 
ON COMMIT Delete Rows;

e tentando eliminá-lo no final manualmente, mas a tabela temporária criada não pode ser descartada depois, mas a sessão em que os dados são truncados no final.

1. Não é possível largá-lo - é assim que o oráculo funciona com o GTT?
2. Quais são as alternativas??

Por que as tabelas temporárias não podem referenciar tabelas não temporárias no PostgreSQL? Quando eu executo o seguinte

CREATE TABLE foo ( a int PRIMARY KEY );
CREATE TEMP TABLE bar ( a int REFERENCES foo );

Eu recebo,

ERRO: restrições em tabelas temporárias podem referenciar apenas tabelas temporárias

Eu pensei que isso costumava funcionar, então voltei para o PostgreSQL 8.4 e vejo que mesmo assim costumava dar erro,

ERRO: não é possível fazer referência à tabela permanente da restrição de tabela temporária

Mas por que isso? Por que uma tabela temporária não pode fazer referência a uma tabela não temporária.