<![CDATA[Article Comments for Zewei Song]]>http://www.sqlmag.com/authors/author/author/5777803/rsscomment/5777803en-USFri, 25 May 2012 09:17:50 GMTFri, 25 May 2012 09:17:50 GMTSeamless SQL Server Encryptionhttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchorFri, 28 Jul 2006 00:36:56 GMT
This was outerly useless!]]>
GerairFri, 28 Jul 2006 00:36:56 GMThttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchor
Seamless SQL Server Encryptionhttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchorTue, 18 Jan 2005 15:43:24 GMT
You discounted Db ecnryption products because you believed they’d break your apps. That you scaled your project back from 50 apps to 1 when you did this yourself certainly validates this complexity. Might you change your mind if you had it to do over again? FWIW, at least one review (Network Computing’s) highlighted this precise issue, actually tried a couple of the products, and came to a very different conclusion: http://nwc.securitypipeline.com/howto/showArticle.jhtml?articleId=18901525&pgno=1 ]]>
Anonymous User Tue, 18 Jan 2005 15:43:24 GMThttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchor
Seamless SQL Server Encryptionhttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchorTue, 04 Jan 2005 04:23:43 GMT
An interesting solution to a prevalent requirement - security vs. performance]]>
ReganTue, 04 Jan 2005 04:23:43 GMThttp://www.sqlmag.com/article/encryption2/seamless-sql-server-encryption#commentsAnchor