O SQL Server permite usar instruções SELECT semelhantes a:
SELECT FirstName, LastName, City, *
FROM dbo.Customers
Quando tento executar essa consulta no banco de dados Oracle, recebo o seguinte erro:
ORA-00936: expressão ausente
00936. 00000 - "expressão ausente"
A Oracle não oferece suporte a essas consultas?
Eu sei que posso usar set timing onpara ver quanto tempo levou para executar uma consulta após a conclusão da execução.
Mas é possível ver a duração atual da execução no Oracle SQL Developer enquanto a consulta ainda está em execução?
O SQL Server Management Studio, bem como o antigo Query Analyzer, possuem esse recurso:
Entendo que preciso configurar o endereço do banco de dados no arquivo TNSNAMES.ORA mas onde devo colocar esse arquivo?
ATUALIZAR
Defini a $TNS_ADMINvariável, criei o TNSNAMES.ORAarquivo, adicionei nova conexão e reiniciei minha máquina. Infelizmente, a lista de banco de dados no Oracle Logon permanece vazia.
No entanto, ocorreu o seguinte erro quando eu estava testando várias opções no PL/SQL Developer:
Erro de inicialização
SQL*Net não instalado corretamenteOracleHomeKey:
OracleHomeDir:
O que é SQL*Net?
Quais recursos você pode recomendar para um desenvolvedor do SQL Server que deseja aprender os fundamentos do Oracle?
Estou procurando um whitepaper abrangente ou postagem de blog que descreva as diferenças entre esses sistemas e responda a perguntas como Como criar uma coluna de IDENTIDADE? ou Que tipo de dados é equivalente a float? .
O SharePoint usa uma única tabela (ou seja, dbo.AllUserData) com colunas como nvarchar1, nvarchar2, ..., nvarchar64ou int1, int2, ..., int16(193 colunas no total) para armazenar todos os itens de todas as listas em todos os conjuntos de sites.
Criar novos índices, recalcular estatísticas etc. pode ajudar?
Vamos esquecer por enquanto que é muito provável que perca o suporte da Microsoft para a instalação do SharePoint modificada dessa maneira.
Estou certo ao pensar que tal projeto torna inúteis todas as técnicas clássicas de ajuste de bancos de dados?
Alguém já tentou resolver problemas de desempenho do SharePoint de alguma outra maneira além de adicionar hardware mais/rápido?
Esta pergunta é inspirada no comentário postado na última postagem do blog ServerFault :
Vocês ainda estão usando LINQ to SQL?
Sei que posso usar o SQL Server Profiler e/ou o ToTraceStringmétodo para ver as consultas geradas e analisá-las eu mesmo. No entanto, estou procurando opiniões de pessoas com experiência prática na administração de bancos de dados acessados por aplicativos que utilizam o Entity Framework .
As consultas do Entity Framework são uma causa comum de problemas de desempenho?
As consultas LINQ podem ser otimizadas nesses casos ou o Transact-SQL bruto é a única solução?
A versão mais recente do Management Studio (ou seja, aquela que acompanha o SQL Server 2008) finalmente possui um recurso Transact-SQL IntelliSense. No entanto, pronto para uso, ele funciona apenas com instâncias do SQL Server 2008.
Existe alguma solução alternativa para isso?
[Eu fiz essa pergunta há um tempo atrás no StackOverflow e infelizmente ninguém conhecia esse truque. Talvez eu tenha mais sorte com esse problema aqui.]
Nos dias do SQL Server 2000 e 2005, o número máximo de tabelas em uma consulta era 256 .
O MySQL tem uma limitação semelhante?
Eu sei que uma consulta desse tamanho significa que há algo errado com o design do banco de dados ou alguma solução de armazenamento de dados deve ser usada, mas vamos esquecer isso por um tempo e focar nos recursos teóricos do MySQL.