Viewing 15 posts - 61 through 75 (of 238 total)
Well, as Michael Weiss pointed out, you can archive your OLAP database, take the file, move it to another server and restore from there. If your database is too large,...
March 18, 2003 at 12:54 pm
In addition, just by doing Copy and Paste (see popup menu) you can copy an entire Analysis Services database (cubes, dimensions, etc.) to a different server, then process it there...
March 18, 2003 at 11:55 am
Here are all the functions that might be of any use in this case. I do not think those will help to accomplish your goal. You ned to capture the...
March 18, 2003 at 11:28 am
Here are a few points.
1. To find a process that blocked the given one you can run
sp_who2 Active
It will show the blocking process id in the BlkBy column. However...
March 17, 2003 at 1:32 pm
You need to use your own if the following example is not what you need:
select convert( char, $3133845.54, 1 )
Michael
March 17, 2003 at 11:53 am
Tim, it was a nice try, very creative.
Michael
March 14, 2003 at 11:16 am
Tim, you DO put WHERE clause before the JOIN (in a way):
SELECT ...
FROM t1
JOIN t2
ON t1.c1 = @value
AND t1.c2 = t2.c2
As far as letting your developers to select "everything"...
March 13, 2003 at 5:43 pm
Tim, I do avoid views because there is not a reason to use those in most cases. The downside of views is that optimizer is not always capable of creating...
March 13, 2003 at 10:30 am
I usually fight (well, almost) to receive precise requirements on what kinds of reports users will need to generate. "Report on anything in any combination, shape and form" cannot work....
March 12, 2003 at 10:38 pm
This is not ugly. One recommendation I would make is to use stored procedures instead of views. Views do not support parameters while stored procedures do. Therefore I do not...
March 12, 2003 at 3:57 pm
Try to deal with a view in the same manner you deal with a table either in stored procedure or in VB (ADO). It does not matter (especially if the...
March 12, 2003 at 2:26 pm
The suggested solution is good but use #tmp_Table instead of tmp_Table.
Depending on the application design and needs, you could also return the entire resultset to the front end and break...
March 12, 2003 at 12:53 pm
If the table is inserted into once a month only, it is not your bottleneck. Nevetheless, you could use a proper fillfactor to avoid page splits (say, 85%). After each...
March 12, 2003 at 12:37 pm
This will work well if TableA is not extremely large. Also consider that NOT IN does not work "as might be expected" if there is a NULL value in the...
March 11, 2003 at 1:11 pm
Viewing 15 posts - 61 through 75 (of 238 total)