Do you know any function implementation I could use for decrypting data encrypted by AES/Rijndael in SQL Server 2000?
xp_crypt might do it
Without the CLR and other whizzy stuff in SQL Server 2005+ it will be difficult in the raw SQL available in SQL Server 2000.
Related
For Example:
Here, Is this function EncryptByPassPharase() support in sql server 2000? If Not Then is there any function like that in sql server 2000? How Can I do same thing in sql server 2000?
INSERT INTO login_details(username,password) VALUES('smith2',EncryptByPassPhrase('12','XXX'))
No, the function EncryptByPassPharase() is not support for SQL Server < 2008. On microsoft doc has been detail about it. You can se more detail here ENCRYPTBYPASSPHRASE
How can I transfer a SQL Server Compact database to SQL Server 2008 by using
a SQL Server 2008 procedure?
Yes, you can create a SQLCLR procedure using the SQL Server Compact OLEDB provider. I have some sample code here: http://erikej.blogspot.dk/2008/10/accessing-sql-compact-from-sql-server.html
If you want to do a one off transfer from SQL Server Compact to SQL Server 2008, you can use my ExportSqlCe command line to in combination with sqlcmd to transfer the entire database
I don't know if this is a newbie question or not, I want to export some tables from "full" SQL Server 2005 database to a SQL Server Compact Edition database through a CLR stored procedure.
I know it is possible through SSIS.
This article shows how to migrate between sql server and sql server compact using SQL Server Compact Toolbox. so you can use the sql server compact script generated from your database to create CLR stored procdure
Is there a function or a workaround in SQL Server 2005 that is equivalent to the new_time() function in oracle?
No, there is not equivalent functionality to Oracle's NEW_TIME() function in SQL Server 2005. It was added to SQL Server 2008 - DATETIMEOFFSET.
CLR UDF would be the most likely alternative.
I'm working with a client who had a SQL Server 2008 converted from a SQL Server 2000 DB and one of the queries has quite dramatically increased in time since it was on SQL Server 2000.
However, if I change the compatibility level to 2008 in the DB, the query goes like a rocket (40-50 times faster).
The query does use a number of UDFs.
My questions:
- are there issues with running SQL2000 compatibility in SQL Server 2008
- has SQL Server 2008 improved the performance when using UDFs?
There are some other things you might want to do after upgrading. See the "After upgrading..." section here: http://msdn.microsoft.com/en-us/library/bb933942.aspx