AskOverflow.Dev

AskOverflow.Dev Logo AskOverflow.Dev Logo

AskOverflow.Dev Navigation

  • Início
  • system&network
  • Ubuntu
  • Unix
  • DBA
  • Computer
  • Coding
  • LangChain

Mobile menu

Close
  • Início
  • system&network
    • Recentes
    • Highest score
    • tags
  • Ubuntu
    • Recentes
    • Highest score
    • tags
  • Unix
    • Recentes
    • tags
  • DBA
    • Recentes
    • tags
  • Computer
    • Recentes
    • tags
  • Coding
    • Recentes
    • tags
Início / dba / 问题

All perguntas(dba)

Martin Hope
Paul White
Asked: 2025-02-18 16:34:13 +0800 CST

Classificação desnecessária com TOP PERCENT?

  • 21

Configurar

-- Create a heap table of numbers from 1 to 100
SELECT TOP (100)
    i = IDENTITY(int, 1, 1)
INTO #T
FROM master.dbo.spt_values;

-- Add a clustered primary key
ALTER TABLE #T
    ADD PRIMARY KEY CLUSTERED (i);

Consulta de teste

Exibir 9% das linhas na ordem da chave primária:

SELECT TOP (9e) PERCENT 
    i 
FROM #T 
ORDER BY 
    i ASC;

DROP TABLE #T;

db<>demonstração de violino

Resultados

Resultados do SSMS

Plano de execução

Plano de execução do SSMS


Pergunta

Por que o SQL Server classifica a coluna quando o índice clusterizado fornece exatamente essa ordem?


Mais linhas

Se eu aumentar o número de linhas na tabela, obtenho um Eager Spool em vez de uma Sort e o índice é escaneado em ordem:

-- Create a heap table of numbers from 1 to 1,000
SELECT TOP (1000)
    i = IDENTITY(int, 1, 1)
INTO #T
FROM master.dbo.spt_values;

-- Add a clustered primary key
ALTER TABLE #T
    ADD PRIMARY KEY CLUSTERED (i);

-- 0.9% now
SELECT TOP (9e-1) PERCENT 
    i 
FROM #T 
ORDER BY 
    i ASC;

DROP TABLE #T;

plano com 1.000 linhas

sql-server
  • 2 respostas
  • 953 Views
Martin Hope
gotqn
Asked: 2024-12-03 19:46:46 +0800 CST

STRING_SPLIT com ordem não funciona no SQL Server 2022

  • 21

Preciso usar STRING_SPLIT com ordenação habilitada:

insira a descrição da imagem aqui

Atualizamos todos os nossos servidores para o SQL Server 2022 e alteramos o nível de compatibilidade para 160, mas o código a seguir não está funcionando:

SELECT * FROM STRING_SPLIT('Lorem ipsum dolor sit amet.', ' ', 1);

O erro é:

Msg 8748, Nível 16, Estado 1, Linha 1 O argumento enable_ordinal para STRING_SPLIT suporta apenas valores constantes (não variáveis ​​ou colunas).

O ambiente de produção é:

Microsoft SQL Server 2022 (RTM-CU11) (KB5032679) - 16.0.4105.2 (X64) 
    Nov 14 2023 18:33:19 
    Copyright (C) 2022 Microsoft Corporation
    Standard Edition (64-bit) on Windows Server 2019 Standard 10.0 <X64> (Build 17763: )

A versão do SSMS é:

insira a descrição da imagem aqui

Testamos o código na CU mais recente:

insira a descrição da imagem aqui

A única coisa que encontrei foi esta resposta apontando que:

O problema é que o SSMS tem IntelliSense/dicas de ferramentas codificadas sem lógica condicional com base na versão, e o código está à frente do mecanismo. Atualmente, a funcionalidade está disponível apenas no Banco de Dados SQL do Azure, Instância Gerenciada e Synapse.

Ainda assim, não tenho certeza de onde está o problema: na documentação, no mecanismo, no SSMS ou em algo que não estou fazendo direito.

Observação: o problema é o mesmo no Azure Data Studio.

sql-server
  • 1 respostas
  • 338 Views
Martin Hope
John K. N.
Asked: 2019-05-10 06:40:32 +0800 CST

SO Windows Quantum vs. SO SQL Quantum

  • 21

Questão simples

Como o SQL Server Quantum (4 ms) é sincronizado com o Server OS Quantum (normalmente: 187,5 ms)?

Pergunta simples explicada

Após 184 ms do quantum do SO sendo usado (o que corresponde a 46 quantums SQL completos), o quantum do SO tem 3,5 ms de tempo antes de ter que entregar o agendamento para um processo diferente. O SO SQL inicia um quantum (4 ms) e após 3,5 ms, o quantum do SO decidiu parar o thread atual do SO SQL que ainda tem 0,5 ms antes de produzir o agendamento. O que acontece agora?


Mergulho profundo no OS Quantum

Nas próximas seções, escreverei o que encontrei até agora sobre o quantum do SO e como a duração de um quantum pode ser calculada. A duração de um sistema operacional "quântico" é baseada em "ticks" e a duração do "tick" em si é baseada no "intervalo de clock" que normalmente é 15,625000 ms. Mas deixe-me explicar um pouco...

Carraça

No artigo do blog Know Thy Tick , o autor Jim explica os fundamentos dos intervalos de relógio (também conhecidos como "ticks") e para que servem.

Quando leio algo como “o intervalo do relógio… para a maioria dos multiprocessadores x86 é de cerca de 15 milissegundos”, sou compelido a determinar o valor do meu relógio, ou “tick”, intervalo. Felizmente, o livro em que li esta citação, Windows Internals Fourth Edition, fornece uma referência para me ajudar com minha aflição. ... O autor, Mark Russinovich, do livro acima mencionado graciosamente disponibilizou o utilitário ClockRes em seu site. Executando este utilitário, consegui determinar que o intervalo de clock no meu PC multiprocessador x86 é de 15,625000 ms. Interessante, mas minha mente curiosa quer saber mais.

Quântico

O autor do artigo continua explicando em seu segundo artigoeste...

É claro que a verdadeira razão pela qual o intervalo de ticks é importante é que ele afeta o agendamento de threads . O agendador do Windows dá a cada thread um “quantum” de tempo para executar antes de permitir que outra tarefa, no mesmo nível de prioridade, seja executada. O quantum que o escalonador atribui a um encadeamento é um múltiplo do intervalo de escala . O valor quântico específico escolhido para um segmento específico está um pouco além de onde quero ir com este artigo.

Ok, então eu sei o que é um quantum, mas não quanto tempo um quantum vai durar.

Por enquanto, vamos apenas examinar o valor quântico padrão para um thread de primeiro plano no XPe. Nesse caso, o agendador do Windows atribui um quantum de intervalos de 18 ou 6 ticks. (Sim, para converter quantum em intervalos de ticks, deve-se dividir por 3. ..., mas a razão para o múltiplo é permitir que o escalonador a capacidade de “carregar” um thread para fazer uma operação que faz com que ele seja suspenso.)

Agora sabemos que um intervalo de clock (tick) deve ser em torno de 15,625000 ms e em um sistema operacional Windows Desktop, onde o quantum padrão é 18, isso resultará em 6 ticks ou 93,750000 ms (18 / 3 * 15,625000 ms).

Em um sistema operacional Windows Server, o quantum padrão é diferente. A configuração "Agendamento do processador" está definida como "Serviços em segundo plano"

Essa configuração pode ser encontrada em "Configurações do sistema | Avançado (guia) | Desempenho (seção) | Configurações ..." que abrirá "Opções de desempenho | Avançado (guia) | Agendamento do processador"

As configurações quânticas padrão são, então, de 36 (Background) a 36 (Foreground). O quantum é maior e, portanto, mais longo. Isso é o dobro da quantidade de 93,750000 ms da configuração de primeiro plano quântico de 18 (6 ticks) em um sistema operacional de desktop Windows, que em um sistema operacional de servidor configurado para serviços em segundo plano é de cerca de 187,500000 ms.

Observação / Explicação

Quando você altera a configuração de "Serviços em segundo plano" para "Aplicativos" em um servidor ou área de trabalho, a chave HKLM\SYSTEM \CurrentControlSet\ Control\ PriorityControl\ Win32PrioritySeparation no registro é alterada de 0x18 para 0x02. Qual é o valor quântico padrão para 0x02? Isso pode ser encontrado em um comentário:

O valor 0x02 implica que os campos "Curto vs. Longo" e "Variável vs. Fixo" são o padrão para o SO.

O padrão para esses campos para XPe & XP Pro é: Short & Variable que é o mesmo que ter os seguintes bits adicionais definidos: 0x24.

OR'ing este valor com 0x02 dá 0x26, que você encontrará na tabela no artigo.

Referência: Comentário para "Domine seu Quantum" (Blogs do MSDN)

A tabela explicando as configurações quânticas do mesmo artigo:

Win32PrioritySeparation   Foreground   Background
0x28, 0x29, 0x2A                  18           18
0x18, 0x19, 0x1A                  36           36
0x24                               6            6
0x25, 0x14                        12            6
0x26                              18            6
0x15                              24            6
0x16                              36            6

Breve Resumo do OS Quantum

Com base nas informações acima e citações de artigos, sabemos que um quantum não é um tamanho fixo, mas sim derivado de uma configuração do sistema operacional nas Propriedades do sistema. Um quantum varia de acordo com a Win32PrioritySeparationconfiguração no registro que normalmente corresponde a uma das configurações nas "Propriedades do sistema" (ou "Serviços em segundo plano" ou "Aplicativos").

Um quantum no nível do SO é

  • para a configuração "Aplicativos"
    • 18 (que é 6 ticks) para aplicativos em primeiro plano (93,75 ms)
    • 6 (que é 2 ticks) para aplicativos em segundo plano (31,25 ms)
  • para a configuração "Serviços em segundo plano"
    • 36 (que é 18 ticks) para aplicativos em primeiro plano (187,5 ms)
    • 36 (que é 18 ticks) para aplicativos em segundo plano (187,5 ms)

Portanto, agora sabemos que um quantum de SO em uma configuração do Windows Server a ser otimizado para serviços em segundo plano é ...

36 / 3 * 15.625000 ms = 187.5 ms

SQL OS Quantum

Esta seção lista o que encontrei no SQL OS quantum ...

Tipo de espera SOS_SCHEDULER_YIELD

Da descrição de Paul Randall no tipo de espera SOS_SCHEDULER_YIELD:

Esse tipo de espera é quando um encadeamento foi capaz de executar seu quantum de encadeamento completo (4 milissegundos em todas as versões do SQL Server, imutável ) e, assim, voluntariamente cedeu o agendador, movendo-se para a parte inferior da Fila Executável em seu agendador.

Referência: SOS_SCHEDULER_YIELD (tipos de espera SQLSkills.com)

Agendadores em DMVs do SQL Server

Em uma explicação sobre DMVs do SQL Server para o DMV sys.dm_os_schedulers.

[...] o Windows usa um mecanismo de agendamento preemptivo e atribui um quantum de tempo de CPU a cada thread, quando um thread consome seu quantum ele é enviado para uma fila e outros threads recebem execução.

Em oposição, o SQL Server usa um mecanismo de agendamento cooperativo quando os threads podem voluntariamente render seu quantum de tempo (você pode ver esse comportamento quando tiver um tipo de espera SOS_SCHEDULER_YIELD). Isso permite que o SQL Server otimize a utilização da CPU, pois quando um thread é sinalizado para execução, mas não está pronto para ser executado, ele pode render seu quantum de tempo em favor de outros threads .

Referência: Noções básicas sobre agendadores, trabalhadores e tarefas do SQL Server (MSSQLTips.com)

Detectar pressão da CPU do SQL Server

Esta é uma seção muito pequena de um artigo sobre a pressão da CPU no SQL Server.

Ocorre quando uma tarefa voluntariamente cede o agendador para que outras tarefas sejam executadas. Durante essa espera, a tarefa aguarda a renovação de seu quantum .

Referência: Detectar pressão de CPU do SQL Server (MSSQLTips.com)

sys.dm_os_schedulers (Documentos da Microsoft)

Acho que a citação a seguir é o trecho mais importante de informações sobre o quantum do SQL OS que pude encontrar:

quantum_length_us bigint  Identified for informational purposes only. 
                          Not supported. Future compatibility is not guaranteed. 
                          Exposes the scheduler quantum used by SQLOS.

Referência: sys.dm_os_schedulers (Transact-SQL) (Microsoft | Docs)


Meu enigma

O Server OS Quantum regula quanto tempo o SQL Server Service é concedido para executar "tarefas". O SQL Server OS Quantum é definido como 4 ms. Se eu dividir os 187,5 ms por 4 ms, fico com 3,5 ms.

E ainda nem começamos a discussão de quando o Intervalo do Relógio está definido para algo diferente do padrão de 15,625000 ms....

Questão simples

Como o SQL Server Quantum (4 ms) é sincronizado com o Server OS Quantum (normalmente: 187,5 ms)?

Pergunta simples explicada

Após 184 ms do quantum do SO sendo usado (o que corresponde a 46 quantums SQL completos), o quantum do SO tem 3,5 ms de tempo antes de ter que entregar o agendamento para um processo diferente. O SO SQL inicia um quantum (4 ms) e após 3,5 ms, o quantum do SO decidiu parar o thread atual do SO SQL que ainda tem 0,5 ms antes de produzir o agendamento. O que acontece agora?

sql-server
  • 2 respostas
  • 2195 Views
Martin Hope
Elliot Blackburn
Asked: 2018-07-19 08:03:16 +0800 CST

Transações simultâneas resultam em condição de corrida com restrição exclusiva na inserção

  • 21

Eu tenho um serviço da web (http api) que permite que um usuário crie um recurso tranquilamente. Após a autenticação e validação eu passo os dados para uma função do Postgres e permito que ela verifique a autorização e crie os registros no banco de dados.

Encontrei um bug hoje quando duas solicitações http foram feitas no mesmo segundo, o que fez com que essa função fosse chamada com dados idênticos duas vezes. Existe uma cláusula dentro da função que faz um select em uma tabela para ver se existe um valor, se existe eu pego o ID e uso isso na minha próxima operação, se não existir eu insiro os dados, obtenho de volta o ID e, em seguida, use-o na próxima operação. Abaixo está um exemplo simples.

select id into articleId from articles where title = 'my new blog';
if articleId is null then
    insert into articles (title, content) values (_title, _content)
    returning id into articleId;
end if;
-- Continue, using articleId to represent the article for next operations...

Como você provavelmente pode adivinhar, obtive uma leitura fantasma nos dados em que ambas as transações entraram no if articleId is null thenbloco e tentaram inserir na tabela. Um teve sucesso e o outro explodiu por causa de uma restrição única em um campo.

Eu dei uma olhada em como me defender contra isso e encontrei algumas opções diferentes, mas nenhuma parece atender às nossas necessidades por alguns motivos e estou lutando para encontrar alternativas.

  1. insert ... on conflict do nothing/update...Eu olhei primeiro para a on conflictopção que parecia boa, no entanto, a única opção é para do nothingqual não retorna o ID do registro que causou a colisão e do updatenão funcionará, pois fará com que os gatilhos sejam disparados quando, na realidade, os dados não mudou. Em alguns casos, isso não é um problema, mas em muitos casos isso pode invalidar as sessões do usuário, o que não é algo que podemos fazer.
  2. set transaction isolation level serializable;esta parece ser a resposta mais atraente, no entanto, mesmo nosso conjunto de testes pode causar dependências de leitura/gravação onde, como acima, queremos inserir se algo não existir e devolvê-lo se existir e continuar com outras operações. Se tivermos várias transações pendentes que executam o código acima, isso causará um erro de dependência de leitura/gravação, conforme descrito na transação-iso dos documentos do Postgres .

Como esse tipo de transação de leitura/gravação simultânea deve ser tratada?

Nem eu nem minha equipe afirmamos ser especialistas em banco de dados, muito menos especialistas em Postgres, mas sentimos que isso deve ser um problema resolvido, ou uma pessoa que se deparou no passado. Estamos abertos a quaisquer sugestões. Se as informações fornecidas acima não forem suficientes, por favor, comente e adicionarei mais informações conforme necessário.

postgresql transaction
  • 3 respostas
  • 16032 Views
Martin Hope
srh
Asked: 2018-04-19 07:23:12 +0800 CST

SQL Server: Como desabilitar o gatilho para uma atualização apenas para sua sessão atual?

  • 21

Estou trabalhando no SQL Server 2008 R2.

Eu tenho um benefício de tabela que tem um gatilho AFTER INSERT, UPDATE chamado tiu_benefit .

Eu quero escrever uma instrução UPDATE para esta tabela atualizar 1 linha, mas não quero que seu gatilho seja acionado. Eu sei que posso desabilitar o gatilho antes de UPDATE e habilitar o gatilho após UPDATE :

DISABLE TRIGGER tiu_benefit ON benefit;  
GO  
UPDATE benefit SET editor = 'srh' where benefit_id = 9876
GO
ENABLE TRIGGER tiu_benefit ON benefit;  
GO  

Mas esse gatilho de desabilitação e habilitação afetará todos os usuários conectados no momento. Portanto, existe a possibilidade de outro usuário executar um UPDATE/INSERT enquanto o gatilho estiver desabilitado pelo meu script, o que não é bom. É por isso que eu só quero desabilitar e habilitar o gatilho para minha sessão atual. É possível? Se sim, por favor diga como.

Obrigado

sql-server trigger
  • 3 respostas
  • 26603 Views
Martin Hope
bernd_k
Asked: 2011-03-06 08:59:41 +0800 CST

'Evite criar um índice clusterizado com base em uma chave de incremento' é um mito dos dias do SQL Server 2000?

  • 22

Nossos bancos de dados consistem em muitas tabelas, a maioria delas usando uma chave substituta inteira como chave primária. Cerca de metade dessas chaves primárias estão em colunas de identidade.

O desenvolvimento do banco de dados começou nos dias do SQL Server 6.0.

Uma das regras seguidas desde o início foi, conforme você encontra nestas dicas de otimização de índice :

Evite criar um índice clusterizado com base em uma chave de incremento.
Por exemplo, se uma tabela tiver uma chave primária substituta inteira declarada como IDENTITY e o índice clusterizado tiver sido criado nessa coluna, toda vez que os dados forem inseridos nessa tabela, as linhas serão adicionadas ao final da tabela. Quando muitas linhas forem adicionadas, pode ocorrer um "ponto de acesso". Um "ponto de acesso" ocorre quando muitas consultas tentam ler ou gravar dados na mesma área ao mesmo tempo. Um "ponto de acesso" resulta em gargalo de E/S.
Observação. Por padrão, o SQL Server cria um índice clusterizado para a restrição de chave primária. Portanto, nesse caso, você deve especificar explicitamente a palavra-chave NONCLUSTERED para indicar que um índice não clusterizado foi criado para a restrição de chave primária.

Agora, usando SQL Server 2005 e SQL Server 2008, tenho a forte impressão de que as circunstâncias mudaram. Enquanto isso, essas colunas de chave primária são as primeiras candidatas perfeitas para o índice clusterizado da tabela.

sql-server sql-server-2005
  • 5 respostas
  • 4948 Views
Martin Hope
Derek Downey
Asked: 2011-03-05 09:53:52 +0800 CST

Esclarecimento sobre a variável innodb_flush_method do MySQL

  • 22

Deixe-me começar admitindo que sou muito ignorante sobre o funcionamento interno dos discos rígidos. Então, quando li o manual da variável innodb_flush_method , fiquei confuso. Posso obter uma explicação em termos leigos sobre a diferença entre O_DSYNC e O_DIRECT e como saber se é um problema de desempenho em um servidor de banco de dados.

Algumas estatísticas na minha configuração: Mac OSX 10.6 (kernel de 32 bits, já que a arquitetura está desatualizada) executando MySQL 5.1.49-64 bits (esperando que me permita usar a memória). 8 GB de RAM, ~ 6 GB de dados/índices innodb.

mysql innodb
  • 1 respostas
  • 14002 Views
Martin Hope
bernd_k
Asked: 2011-01-18 08:40:21 +0800 CST

Como se livrar da mensagem ORA-28002, a senha expirará em 6 dias?

  • 22

Tenho um usuário recebendo um ORA-28002 indicando que a senha expirará em seis dias. Eu corri o seguinte:

ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED; 

Mas quando tento fazer login como usuário, a mensagem ainda está lá. Executando isso:

select * from dba_profiles where RESOURCE_NAME LIKE 'PASSWORD_LIFE_TIME';

mostra que os valores foram realmente alterados para UNLIMITED.

oracle security
  • 6 respostas
  • 95431 Views
Martin Hope
Derek Downey
Asked: 2011-01-08 06:52:24 +0800 CST

Qual é a diferença entre os tipos de dados MySQL VARCHAR e TEXT?

  • 22

Após a versão 5.0.3 (que permitiu que VARCHAR tivesse 65.535 bytes e parou de truncar espaços à direita), há alguma diferença importante entre esses dois tipos de dados?

Eu estava lendo a lista de diferenças e as únicas duas dignas de nota são:

Para índices em colunas BLOB e TEXT, você deve especificar um comprimento de prefixo de índice. Para CHAR e VARCHAR, um comprimento de prefixo é opcional. Consulte a Seção 7.5.1, “Índices de coluna”.

e

As colunas BLOB e TEXT não podem ter valores DEFAULT.

Então, por causa dessas duas limitações no tipo de dados TEXT, por que você o usaria sobre varchar(65535) ? Existem ramificações de desempenho de um sobre o outro?

mysql database-design
  • 2 respostas
  • 39237 Views
Martin Hope
Andrew Barber
Asked: 2011-01-05 10:48:09 +0800 CST

Preciso de índices separados para cada tipo de consulta ou um índice de várias colunas funcionará?

  • 22

De certa forma, já sei a resposta para essa pergunta, mas sempre sinto que preciso aprender mais sobre o assunto.

Meu entendimento básico é que, de um modo geral, um único índice que inclui apenas todos os campos que você pode consultar/classificar em um determinado momento provavelmente não será útil, mas já vi esse tipo de coisa. Alguém pensou: "Bem, se apenas colocarmos tudo isso em um índice, o banco de dados pode usá-lo para encontrar o que precisa", sem nunca ter visto um plano de execução para algumas das consultas reais sendo executadas.

Imagine uma tabela assim:

id int pk/uid
name varchar(50)
customerId int (foreign key)
dateCreated datetime

Posso ver um único índice incluindo os campos name, customerIde .dateCreated

Mas meu entendimento é que tal índice não seria utilizado em uma consulta como, por exemplo:

SELECT [id], [name], [customerId], [dateCreated]
   FROM Representatives WHERE customerId=1 
   ORDER BY dateCreated

Para tal consulta, parece-me que uma ideia melhor seria um índice incluindo os campos customerIde , com o campo sendo 'primeiro'. Isso criaria um índice que teria os dados organizados de forma que essa consulta pudesse encontrar rapidamente o que precisa - na ordem em que precisa.dateCreatedcustomerId

Outra coisa que vejo, talvez com tanta frequência quanto a primeira, são os índices individuais em cada campo; então, um em cada namee customerIdcampos dateCreated.

Ao contrário do primeiro exemplo, esse tipo de arranjo me parece às vezes pelo menos parcialmente útil; o plano de execução da consulta pode mostrar que pelo menos está usando o índice no customerIdpara selecionar os registros, mas não está usando o índice com o dateCreatedcampo para ordená-los.


Eu sei que esta é uma pergunta ampla, porque a resposta específica para qualquer consulta específica em qualquer conjunto específico de tabelas geralmente é ver o que o plano de execução diz que fará e, caso contrário, levar em consideração as especificidades da(s) tabela(s) e consultas conta. Além disso, sei que depende da frequência com que uma consulta pode ser executada, em oposição à sobrecarga de manter um índice específico para ela.

Mas suponho que o que estou perguntando é como um 'ponto de partida' geral para índices, a ideia de ter índices específicos para consultas específicas e frequentes e os campos nas cláusulas WHERE ou ORDER BY faz sentido?

sql-server index
  • 2 respostas
  • 2689 Views
Prev
Próximo

Sidebar

Stats

  • Perguntas 205573
  • respostas 270741
  • best respostas 135370
  • utilizador 68524
  • Highest score
  • respostas
  • Marko Smith

    conectar ao servidor PostgreSQL: FATAL: nenhuma entrada pg_hba.conf para o host

    • 12 respostas
  • Marko Smith

    Como fazer a saída do sqlplus aparecer em uma linha?

    • 3 respostas
  • Marko Smith

    Selecione qual tem data máxima ou data mais recente

    • 3 respostas
  • Marko Smith

    Como faço para listar todos os esquemas no PostgreSQL?

    • 4 respostas
  • Marko Smith

    Listar todas as colunas de uma tabela especificada

    • 5 respostas
  • Marko Smith

    Como usar o sqlplus para se conectar a um banco de dados Oracle localizado em outro host sem modificar meu próprio tnsnames.ora

    • 4 respostas
  • Marko Smith

    Como você mysqldump tabela (s) específica (s)?

    • 4 respostas
  • Marko Smith

    Listar os privilégios do banco de dados usando o psql

    • 10 respostas
  • Marko Smith

    Como inserir valores em uma tabela de uma consulta de seleção no PostgreSQL?

    • 4 respostas
  • Marko Smith

    Como faço para listar todos os bancos de dados e tabelas usando o psql?

    • 7 respostas
  • Martin Hope
    Jin conectar ao servidor PostgreSQL: FATAL: nenhuma entrada pg_hba.conf para o host 2014-12-02 02:54:58 +0800 CST
  • Martin Hope
    Stéphane Como faço para listar todos os esquemas no PostgreSQL? 2013-04-16 11:19:16 +0800 CST
  • Martin Hope
    Mike Walsh Por que o log de transações continua crescendo ou fica sem espaço? 2012-12-05 18:11:22 +0800 CST
  • Martin Hope
    Stephane Rolland Listar todas as colunas de uma tabela especificada 2012-08-14 04:44:44 +0800 CST
  • Martin Hope
    haxney O MySQL pode realizar consultas razoavelmente em bilhões de linhas? 2012-07-03 11:36:13 +0800 CST
  • Martin Hope
    qazwsx Como posso monitorar o andamento de uma importação de um arquivo .sql grande? 2012-05-03 08:54:41 +0800 CST
  • Martin Hope
    markdorison Como você mysqldump tabela (s) específica (s)? 2011-12-17 12:39:37 +0800 CST
  • Martin Hope
    Jonas Como posso cronometrar consultas SQL usando psql? 2011-06-04 02:22:54 +0800 CST
  • Martin Hope
    Jonas Como inserir valores em uma tabela de uma consulta de seleção no PostgreSQL? 2011-05-28 00:33:05 +0800 CST
  • Martin Hope
    Jonas Como faço para listar todos os bancos de dados e tabelas usando o psql? 2011-02-18 00:45:49 +0800 CST

Hot tag

sql-server mysql postgresql sql-server-2014 sql-server-2016 oracle sql-server-2008 database-design query-performance sql-server-2017

Explore

  • Início
  • Perguntas
    • Recentes
    • Highest score
  • tag
  • help

Footer

AskOverflow.Dev

About Us

  • About Us
  • Contact Us

Legal Stuff

  • Privacy Policy

Language

  • Pt
  • Server
  • Unix

© 2023 AskOverflow.DEV All Rights Reserve