RoastBeast's questions

Usando Always Encrypted, estamos tentando criptografar uma coluna do tipo varchar(50) em uma tabela que contém 5,5 milhões de linhas com a criptografia determinística. Depois de um tempo o assistente retorna falha devido ao seguinte erro:

Exception of type 'System.OutOfMemoryException' was thrown..

Alguma ideia de como evitar esse erro?

No SSMS, estamos tentando inserir em massa de um arquivo csv em uma tabela que possui uma coluna criptografada usando o recurso Always Encrypted do SQL Server 2016.

Este é o comando que estamos usando:

INSERT INTO membersE
SELECT *
FROM OPENROWSET(
    BULK 'c:\members.csv', 
    FORMATFILE = 'c:\membersEFormat.xml',
    FIRSTROW = 2
    ) m

Isso retorna o erro típico que você obtém ao tentar inserir em uma coluna criptografada:

Msg 206, Level 16, State 2, Line 6 Conflito de
tipo de operando: varbinary é incompatível com varchar(50) criptografado com (encryption_type = 'DETERMINISTIC',cryption_algorithm_name = 'AEAD_AES_256_CBC_HMAC_SHA_256', column_encryption_key_name = 'CEK_Auto1', column_encryption_key_database_name = 'DATABASE') collation_name = 'Latin1_General_BIN2'

Entendemos que você não pode inserir em uma coluna criptografada via SSMS e que precisa usar um cliente .NET 4.6.1+, mas gostaríamos de saber se as operações de inserção em massa também não são possíveis?

CÓDIGO DE AMOSTRA QUE FUNCIONOU PARA MIM
(para satisfazer a solicitação do Windows10)

        SqlCommand cmd;
        SqlConnection conn;
        SqlBulkCopy copy;
        SqlDataAdapter da;
        DataTable dt;

        using (conn = new SqlConnection(ConfigurationManager.ConnectionStrings["Database"].ConnectionString))
        {
            conn.Open();

            using (cmd = new SqlCommand("SELECT * FROM members", conn))
            using (copy = new SqlBulkCopy(conn))
            using (da = new SqlDataAdapter(cmd))
            using (dt = new DataTable())
            {
                cmd.CommandTimeout = 600;

                da.Fill(dt);

                cmd.CommandText = "TRUNCATE TABLE membersE";
                cmd.ExecuteNonQuery();

                copy.DestinationTableName = "membersE";
                copy.WriteToServer(dt);                    
            }
        }

Enquanto escrevo isso, ainda estou aguardando o lançamento oficial do SQL Server 2016 para que possamos explorar a utilidade de seu recurso "Always Encrypted".

Gostaria apenas de saber quais serão as diferenças específicas entre o Always Encrypted e o Transparent Data Encryption atualmente disponível no SQL Server 2016 para que possamos tomar a decisão correta para projetos futuros.

Vejo que 2005/2008/2012 podem coexistir, mas não consigo encontrar nada em 2000 com 2012.