Viewing 15 posts - 46 through 60 (of 92 total)
I know these kind of questions are going to pop up. But thats for future.
Right now, the immediate concern is redesign of tables to at least showcase the capability...
October 20, 2011 at 9:14 am
The reason for 7 years of data archival is because sometimes the executives query for a particular customer. For example what was the purchase amount for customer X between a...
October 20, 2011 at 8:53 am
You are the guru Ninja. I am going to stick by your wisdom 🙂
October 20, 2011 at 8:29 am
Another question for you guys. Will it really matter if I choose NVARCHAR or VARCHAR for the data type? If I keep it as unicode data type, I dont have...
October 20, 2011 at 8:23 am
@steve-2 Cullen
You are right. The ODBC Connection (read query) to pull data from the table was originally based in an excel. Now since I am the only...
October 20, 2011 at 8:02 am
Thats a design issue that I need to take up with my boss. He wants all the data (Yes, the entire 7 years) ready to be reported. No archival. Now...
October 20, 2011 at 7:54 am
Oops..Bad math hits me again :D. You are right Ninja. Your count seems to be right.
October 20, 2011 at 7:47 am
Thanks for all your suggestions people. I am really glad to learn a lot of new things from you guys. 🙂
October 20, 2011 at 7:46 am
Yes. The SQL_POST_DATE is indeed a string. But the AW_POST_DATE is a datetime format column and using that too did not offer any performance improvement. As of now, I have...
October 20, 2011 at 7:44 am
Sorry for the late reply folks. Took a long nap to overcome my stupidity while designing this table.
Here's the deal that I deduced from much of the discussion going...
October 20, 2011 at 7:41 am
SQL_POST_DATE and AW_POST_DATE are one and the same. I realized that and change my query to use AW_POST_DATE which is indeed a datetime field. But still, there's no change to...
October 19, 2011 at 3:45 pm
LOL...My bad. Here's the DDL. The data types have been verified by my boss and unfortunately enough, he doesnt have any knowledge about SQL Server.
CREATE TABLE [Sales].[HOWLI_LOAD](
[ID] [int] IDENTITY(1,1)...
October 19, 2011 at 3:41 pm
Here's my table definition. I dont have a clustered index in there and the only index that I got is on SQL_POST_DATE. Now as far as I know, this table...
October 19, 2011 at 3:35 pm
I added a non clustered index on the SQL_POST_DATE, but that didnt make any difference. In fact the numbers went up on my new execution plan. Dont know what's going...
October 19, 2011 at 3:10 pm
Agreed that a non clustered index would improve performance. I already have something of that sort on a table which is very similar to this one. But I could not...
October 19, 2011 at 2:55 pm
Viewing 15 posts - 46 through 60 (of 92 total)