WT_W's questions

Me deparei com um comportamento interessante no SQL Server (observado em 2005 e 2012) hoje que esperava que alguém pudesse explicar.

Uma consulta fazendo uma comparação usando =um campo NVARCHAR ignorou o espaço à direita na string (ou cortou automaticamente o valor antes da comparação), mas a mesma consulta usando o likeoperador não ignorou o espaço. O agrupamento usado é Latin1_General_CI_AS em 2012.

Considere este SQL Fiddle: http://sqlfiddle.com/#!6/72262/4

Observe que o likeoperador não retorna um resultado para a string de espaço à direita, mas o =operador retorna. Por que é isso?

Pontos de bônus: não consigo replicar isso em um campo VARCHAR, pensei que um espaço seria tratado da mesma forma em ambos os tipos de dados - isso é verdade?

Estou em uma situação desagradável em que tenho a necessidade de auditar todas as consultas executadas pelos usuários via SSMS, SQLCMD etc. em um banco de dados SQL Server 2005.

A situação é agravada pela incapacidade de atualizar a versão do SQL Server, alterar as permissões do servidor etc.

No momento, estou auditando logons de usuários em contas privilegiadas (pergunta anterior: Audit 'sa' login in SQL Server 2005 ).

Estou preocupado porque agora tenho um requisito para auditar quais consultas estão sendo executadas e precisarei configurar rastreamentos do lado do servidor em uma tabela, o que apresentará um custo de desempenho mais alto.

Procurei no Google algumas recomendações, mas não consigo encontrar nada além de 'executar rastreamentos / perfiladores do lado do servidor'.

Que outras opções (se houver) eu tenho aqui? Terei que morder a bala e configurar rastreamentos do lado do servidor altamente filtrados para capturar esses dados?

Eu tenho um requisito em que preciso auditar (e potencialmente ser notificado) sempre que a conta de usuário 'sa' fizer login em uma instância do SQL Server 2005. Além disso, há uma preferência que o banco de dados que o login acessa também seja auditado.

Entendo que poderia usar eventos estendidos ou auditoria de servidor em uma versão mais recente do SQL Server, mas como estou limitado ao SQL Server 2005, a única opção que consigo pensar é:

• configurar um rastreamento do lado do servidor para eventos de logon do usuário para o usuário 'sa' em uma tabela
• configurar um trabalho para enviar por e-mail o conteúdo da tabela em um intervalo especificado

Existem maneiras mais eficientes de fazer isso em 2005?

Estou recebendo o erro abaixo ao tentar executar qualquer consulta por meio de um servidor vinculado no SQL Server 2008 R2 usando o Visual Fox Prox OLE DB Provider v9.0.0.3504.

Estou tentando fazer isso porque preciso importar dados de arquivos VFP .dbf para um banco de dados SQL.

Erro:

Msg 7314, Level 16, State 1, Line 1
The OLE DB provider "VFPOLEDB" for linked server "vfp" does not contain the table "pat". The table either does not exist or the current user does not have permissions on that table.

Consulta de exemplo:

select * from vfp...pat

• Assegurei-me de que há permissões AD de 'Controle total' para o diretório de tabela livre para a conta de serviço que o SQL Server está executando e a conta de usuário que está conectada ao SSMS no servidor.
• O sistema operacional do servidor é o Windows Server 2003 SP2 x86.

• O TSQL para criação do servidor vinculado está abaixo:

  EXEC master.dbo.sp_addlinkedserver @server = N'VFP', @srvproduct=N'Visual FoxPro', @provider=N'VFPOLEDB', @datasrc=N'"C:\VFP"', @provstr=N'VFPOLEDB.1'
  
  EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'VFP',@useself=N'False',@locallogin=NULL,@rmtuser=NULL,@rmtpassword=NULL
  

• Eu também usei um valor @provstr alternativo de

  Provider =vfpoledb; Data Source =C:\VFP\; Collating Sequence =general; 
  

Então, minha pergunta é: perdi alguma coisa que preciso configurar? Alguém pode fornecer algumas dicas sobre o que devo verificar para resolver esse problema?

desde já, obrigado

EDITAR:

Devo mencionar que "permitir inprocess" está configurado para o provedor VFPOLEDB e as consultas falham ao usar nomes de 4 partes ou OPENQUERY ().