Viewing 11 posts - 1 through 11 (of 11 total)
Thanks, I appreciate the quick response!
August 17, 2015 at 2:00 pm
Hi all,
Thanks for your valuable inputs, I was able to fix the performance of the select query using Vertical partitioning.
Thanks again!
May 6, 2015 at 8:00 am
@sean Lange.
I certainly have no intention to ignore anybody who is trying to help me. If thats the message being conveyed, my apologies.
So lets start from beginning...
April 27, 2015 at 12:46 pm
Data is used by a some other application which i have no idea about.
I dont think it is one by one operation.
April 27, 2015 at 11:40 am
Will it help if I clustered index on the table by adding a identity column to it. As of now, its a heap because there is no index and we...
April 27, 2015 at 11:15 am
"To deal" means I am asking for suggestion about How to make it faster. It is the slow performing query now. Select * from Table.
April 27, 2015 at 11:08 am
My apologies, if i am not clear about this.
Yes, you are right, the problem now is the select * from Table query. This table has 85 columns and 3 million...
April 27, 2015 at 11:01 am
It is a nightly ETL job. Once the data is loaded in the staging table, the process picks it up and loads into other system.
April 27, 2015 at 10:52 am
@SSChampion - At this point, it is basically select * from table. This is table has 85 columns. Why i am saying this is because the query to load...
April 27, 2015 at 10:37 am
Hi there,
I got this working. Following is the method i used to make it work in case someone else is in same situation :
You need to add a function...
July 21, 2008 at 12:39 pm
I am facing the same problem. Can you please share the issue and the solution.
Thanks
Nee
January 25, 2007 at 2:52 pm
Viewing 11 posts - 1 through 11 (of 11 total)