Estou criando uma tabela temporária ( #myTable) e usando um cursor. Isso cria um problema quando usuários simultâneos estão acessando o cursor por meio do meu aplicativo? Isso me permite criar tabelas temporárias separadas com o mesmo nome?
Segue o código de exemplo:
Open cursor;
Fetch Next from cursor into @Variable_Temp_Table_Name;
Create table #myTable(pk int)
While @@Fetch_Status = 0
Begin
Fetch Next from cursor into @Variable_Temp_Table_Name;
End
O TDE impede o acesso não autorizado aos dados restaurando os arquivos em outro servidor, pois requer o certificado de criptografia original e a chave mestra.
Se eu apliquei uma criptografia em nível de tabela usando TDE ao meu banco de dados e estou acessando o banco de dados do meu aplicativo do Windows, por meio da autenticação adequada. Considere que um intruso está tentando alguma técnica de injeção, minha pergunta é se ele recebe os dados originais ou os criptografados? ou podemos usar TDE as an anti-injection technique? A consulta do meu aplicativo pode se parecer com:
Dim myQuery="Select * from myTable where some_id='" & txtUserId.Text & "'
para que eles possam injetar sql dando o texto como sameValue' or 1=1 or 'vai dar todos os dados. neste caso , se ele obtém os dados criptografados ou os dados reais
Observação: não uso essas consultas em meu aplicativo, estou usando consulta parametrizada e sp em todo o aplicativo. pedindo isso apenas para esclarecimento.
Eu implementei a replicação transacional entre dois bancos de dados. Agora tenho que implementar Transparent Data Encryption (TDE)no banco de dados do Publisher.
É possível implementar o TDE apenas no banco de dados mestre? Os dados replicados serão criptografados junto com a replicação?
Estou confuso com as junções. Quero saber como escolher o join baseado no relacionamento entre as tabelas, ou os joins não tem dependência de relacionamento?