Viewing 15 posts - 256 through 270 (of 429 total)
Our need is to be able to convert an abitrary UTC time to local time (and vice versa) for an arbitrary US county or country in Europe. what I mean by arbitrary...
May 17, 2007 at 12:33 am
another reason is code reuse.
In our org, we use CLR functions to expose to our procs in SQL a library of useful functions that are shared with other managed components. For example,...
May 16, 2007 at 10:52 pm
indeed, a trigger that reaches across to another server will KILL your perf, as well as cause many other problems already mentioned.
May 15, 2007 at 12:20 am
did you try uninstalling msxml 6.0 from add/remove programs?
May 15, 2007 at 12:18 am
T-SQL is not the optimal language for string parsing. You might consider exporting the data to a flat file and then parsing it with a language built for the task, such as...
May 15, 2007 at 12:12 am
I'll say it once more and then stop. create a backup.
all good production databases have a good backup strategy. if you don't, you risk this: http://www.iht.com/articles/ap/2007/03/20/america/NA-GEN-US-Lost-Data.php
May 8, 2007 at 10:56 am
Mohammed, that article doesn't describe logon triggers, rather logon events that are processed (asynchronously) by service broker.
logon triggers are different in that they are synchronous. described here: http://msdn2.microsoft.com/en-us/library/bb326598.aspx. This is what...
May 6, 2007 at 7:57 pm
also I ran across this blog post today that might be of use:
http://weblogs.sqlteam.com/phils/archive/2007/04/30/60193.aspx
it will find logins that aren't mapped to any users.
May 6, 2007 at 10:44 am
You can encrypt data in 2005. See: http://www.microsoft.com/technet/itshowcase/content/sqldatsec.mspx
May 5, 2007 at 11:20 am
sounds to me like the login you are using to connect doesn't have permissions to create databases.
May 5, 2007 at 10:21 am
in 2005 you can make a DDL trigger to catch a login event to do this. Just update a table with the login name and current time, and after a...
May 5, 2007 at 10:05 am
100% reliance on DTA is not a good idea. You need to use your common sense as a DBA to evaluate whether the indexes it suggests are really appropriate for your...
May 5, 2007 at 9:37 am
I very much doubt there is a way to determine this.
May 3, 2007 at 4:40 pm
Viewing 15 posts - 256 through 270 (of 429 total)