Viewing 15 posts - 166 through 180 (of 595 total)
Well, I certainly see your point. Time is always an issue, and I don't envy your position. I think your best solution might just be the serialize/unserialize solution...
July 29, 2003 at 7:39 am
I know it's nitpicky, but:
Where RETUDATE = datediff(d,0,getdate())
is a little more optimizer-friendly since the field is isolated on the left side of the expression. The...
July 29, 2003 at 7:28 am
quote:
The length of the arrays are so variable that I would need upto 20 separate child tables to store this information.
July 29, 2003 at 7:10 am
What is the error message you are getting, or is it possible for you to post some of your procedure code?
July 29, 2003 at 6:54 am
David,
Good info on the OPENQUERY stuff; wasn't aware of that.
Hunta,
I would tend to lean more towards David's suggestion of...
July 29, 2003 at 6:52 am
Could be a permissions issue. Does the executing user have appropriate permissions to the table on the linked server?
July 29, 2003 at 6:28 am
Specifically, what do you mean by "working of SQL Server". If you are talking about the internals of SQL's storage and retrieval engine, or the query optimizer internals, I...
July 28, 2003 at 12:07 pm
quote:
jpipes,My actual query has other combinations in the where clause . This stored proc will come in handy another time.Thank You.
The original...
July 28, 2003 at 11:57 am
Take the old stuff out and into an OLAP or mixed OLTP/OLAP database. It should speed things up a little, but only if the active user transactions are mixed...
July 28, 2003 at 11:45 am
Or, don't bother with any of the conversion stuff and just:
CREATE PROC dbo.GetProjects
@StartDate SMALLDATETIME
, @EndDate SMALLDATETIME
AS
BEGIN
SELECT Fields -- Don't use * !!!
FROM...
July 28, 2003 at 11:36 am
I actually like the MySQL INSERT INTO ... ON DUPLICATE KEY UPDATE syntax. Very clear and easy to understand.
July 28, 2003 at 11:09 am
no problemo. just a script I thought of this morning...worked great (surprisingly...)
--
Cheers
July 28, 2003 at 11:03 am
OR, another way, just to show you examples...
CREATE TABLE #temp (OutputText NVARCHAR(1000))
--
INSERT INTO #temp
EXEC sp_executesql N'exec master.dbo.xp_cmdshell ''dir c:\MSSQL7\Binn'''
--
SELECT RIGHT(OutputText, CHARINDEX(' ', REVERSE(OutputText))) FROM #temp
WHERE PATINDEX('%<DIR>%',...
July 28, 2003 at 9:23 am
EXEC master.dbo.xp_cmdshell 'dir c:\MSSQL7'
Of course, replace c:\MSSSQL7 with whatever directory on the server you want...
July 28, 2003 at 8:42 am
Did you find anything in the SQL Server logs, or in the Event Viewer -> Applications log? Specifically, looking for something like 'Bypassing recovery for database 'msdb'...marked as Suspect'?
...
July 28, 2003 at 8:38 am
Viewing 15 posts - 166 through 180 (of 595 total)