Viewing 15 posts - 1,111 through 1,125 (of 3,011 total)
There is no need for dynamic SQL.
Insert the values in @IDList into a table, and then just do this:
SELECT * FROM TW_Transaction WHERE pkTransactionID IN (select ID from #temp)
You can...
November 9, 2010 at 9:23 am
I don’t think a permanent lockout is practical when it comes to SQL Server service accounts. It would be dirt simple for someone to do a denial of service...
November 8, 2010 at 10:32 am
It depends on what you really mean by Julian date. There are a couple of common meanings that have nothing to do with each other (refer to link below).
More...
November 5, 2010 at 4:03 pm
What I don’t understand is how you would make any change, since you can’t change the schema or application?
SQL Server locks are not meant to be used as application row...
November 5, 2010 at 10:39 am
You will have to use dynamic SQL.
November 4, 2010 at 1:46 pm
You could use backup and restore.
November 4, 2010 at 12:50 pm
PFlorenzano-641896 (11/4/2010)
Yes the tud.value column is a varchar column, but further down in the query within the WHERE clause, the tud.userdatacode = 'PRX IVPB EndDTM' criteria is...
November 4, 2010 at 12:43 pm
You must also still have the database compatibility level set to 2005, because this line of code would give an error in 2008:
FROM CV3Order o (nolock)
The correct syntax in 2008...
November 4, 2010 at 12:38 pm
You could store the Dividend and Divisor as individual columns. Probably be a bit painful to work with.
Example:
Update MyTable
set
Dividend = 1,
Divisor = 3
where
<condition>
November 4, 2010 at 12:30 pm
I don't understand why you want to store this information is a table, since the length of time changes from one day to the next and the data will be...
November 4, 2010 at 11:51 am
You need to give a better definition of your rules for calculating "years".
Do you really mean number of full years based on hire or rehire date? If that is...
November 4, 2010 at 11:38 am
I was going to suggest this solution:
Select
*
from
table_with_one_billion_rows
cross join
table_with_one_billion_rows
November 4, 2010 at 8:32 am
It’s interesting that you brought up transaction isolation level.
There is a nasty gotcha to watch out for if your application is doing connection pooling: The transaction isolation level does not...
November 4, 2010 at 8:23 am
Jeff Moden (11/3/2010)
November 3, 2010 at 10:38 pm
What you are missing is the following from SQL Server Books Online under the SET DATEFIRST topic:
ValueFirst day of the week is
1Monday
2Tuesday
3Wednesday
4Thursday
5Friday
6Saturday
7Sunday
When you have @@DATEFIRST = 1, the...
November 3, 2010 at 8:59 pm
Viewing 15 posts - 1,111 through 1,125 (of 3,011 total)