Viewing 15 posts - 16,621 through 16,635 (of 22,211 total)
Use either TOP or MAX to get the value you want. Usually, depending on your indexes, TOP is the better approach. Just remember that TOP needs an ORDER BY statement....
September 1, 2009 at 5:48 am
john.imossi (9/1/2009)
DESCLARE @FromDate VARCHAR(20), @ToDate VARCHAR(20);
SELECT *
FROM Table
WHERE Date BETWEEN CONVERT(DateTime, @FromDate, 103)
AND CONVERT(DateTime, @ToDate, 103)
This runs but it returns no...
September 1, 2009 at 5:43 am
It's in the options under Transact SQL, Intellisense. If Intellisense is enabled you can turn on/off outlining.
September 1, 2009 at 5:37 am
Congratulations! I wish I could swing by.
September 1, 2009 at 5:32 am
Paul McCurdy (8/31/2009)
August 31, 2009 at 7:03 pm
Without, at least, the execution plan, there's no way to understand what's happening on your end. What you're describing is not normal behavior. I'd love to understand what's causing it.
August 31, 2009 at 6:54 pm
You really don't want to be changing primary key values. It's going to lead to all sorts of issues. A design I've used multiple times to track versions basically results...
August 31, 2009 at 1:11 pm
That's almost 180 degrees away from what people usually complain about, how NVARCHAR slows things down because it's bigger than VARCHAR. Bob probably hit the answer with parameter sniffing. What's...
August 31, 2009 at 1:04 pm
I agree with Steve. When you go in to have the conversation, one of the easiest ways to inform them of activity lulls is to capture user connections for...
August 31, 2009 at 6:51 am
Maybe not the greatest approach to the solution, but you could just add WITH MAXRECURSION = 365 query hint. Recursion is limited to ~32,000 calls.
August 31, 2009 at 6:48 am
We've got different thresholds for different servers. Personally, I'd say yours are too high if it's for an OLTP system. 60 seconds is a really long time (or should be)...
August 31, 2009 at 6:31 am
There are further error messages available. With only this, it's impossible to tell you what the problem is. It could be almost anything.
August 31, 2009 at 6:28 am
I'd suggest picking up a book like Itzik Ben-Gan's "Inside SQL Server T-SQL Querying" or Joe Sack's "Transact -SQL Recipes." You'll get a lot more concentrated information than from any...
August 31, 2009 at 6:24 am
Just to pile on a bit, a well designed system may have 30 or 40 people calling a single stored procedure at the same time with very few issues. Relax...
August 31, 2009 at 6:20 am
Assuming correct data in the parameters you're passing, this should update the data in the table. So, the problem has to exist elsewhere. What kind of trigger do you have...
August 31, 2009 at 6:18 am
Viewing 15 posts - 16,621 through 16,635 (of 22,211 total)