Viewing 15 posts - 21,076 through 21,090 (of 22,224 total)
Since you're not, in any way relating the data between these tables, an odd thing, you could do something like this:
SELECT 'TableA' AS TableName
,Cola AS FirstColumn
FROM dbo.TableA
UNION ALL
SELECT 'TableB' AS...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 9:32 am
If you have to use dynamic sql, be sure to look up & understand sp_executesql as the preferred method of calling it rather than using exec 'somestring'
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 8:36 am
I'd have to go all the way to "stupid practices." If I was feeling kind, I might call it "ignorant practices." If I wasn't feeling kind, it'd be "f'ing stupid...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 8:26 am
I find that I'm with the you need both an artificial key and a natural key camp. Usually, but not always, the artificial key is an identity. However, I also...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 7:07 am
tymberwyld (2/10/2008)
Grant Fritchey (2/7/2008)
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 6:25 am
Internal to SQL Server, they peform almost identically. The main difference is that OPENXML has to instantiate an XML parser that chews up a ton of memory outside of SQL...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 11, 2008 at 6:06 am
In my opinion, this would not be a primary counter for checking performance. I'd use it once I've already identified range scans as an issue because of excessive waits or...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 8, 2008 at 8:42 am
Are you looking for an Islands and Gaps solution?
This is from Itzik Ben-Gan's Inside TSQL Querying and identifies missing values
SELECT cur+1 AS start_range, nxt-1 AS end_range
FROM (SELECT col1 AS cur,
...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 8, 2008 at 6:03 am
My XQuery knowledge is unfortunately new and grossly incomplete, but from what I do know, I don't think it's possible. XPath queries are a way of navigating the XML to...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 8, 2008 at 5:55 am
1. Logical reads are all reads, physical from the disc as well as from memory. To determine physical reads as seperate from cache reads, you need to get performance monitor...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 8, 2008 at 5:39 am
And, check your connection settings. See if the TSQL connection & the ADO connection are the same.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 7, 2008 at 7:42 pm
Does your table variable have a primary key and is that used to join to the other tables? If not, that's going to be a performance problem right there since...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 7, 2008 at 1:29 pm
I just remembered. There's this great book by Craig Mullins called Database Administration. It doesn't dwell on technology, but goes over general concepts quite well. I'd recommend that one too.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 7, 2008 at 12:19 pm
True, but have you seen the Suite license cost per seat? We'll be adding procedures for the developers for some time to come.
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 7, 2008 at 12:17 pm
Oh yeah, you can have the project deploy or drop objects, yes. It's getting objects into the project (or out) that is the problem. My developers all have the Developers...
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood"
- Theodore Roosevelt
Author of:
SQL Server Execution Plans
SQL Server Query Performance Tuning
February 7, 2008 at 11:34 am
Viewing 15 posts - 21,076 through 21,090 (of 22,224 total)