Viewing 15 posts - 10,966 through 10,980 (of 49,566 total)
Maybe, maybe not. Depends on the specifics of the queries, among other things. Temp tables aren't a replacement for joins, they're not an automatic performance improvement.
Again, are you sure that...
November 13, 2013 at 3:26 am
Log backups don't shrink the log. They just mark it as reusable.
Please read the article I referenced.
Then, set up regular log backups and do a once-off (not regular, not scheduled)...
November 13, 2013 at 3:19 am
Are you running regular log backups? With that size of log file, I suspect not.
Please take a read through this: http://www.sqlservercentral.com/articles/Administration/64582/
November 13, 2013 at 2:56 am
Firstly, are the joins the problem?
And short answer, you don't join tables without joins.
November 13, 2013 at 2:48 am
Krishna1 (11/13/2013)
I would like to check with you if SQL server maiantains the history of the SPID and user
It does not.
November 13, 2013 at 2:47 am
Krishna1 (11/13/2013)
Can you explain where i can see this information.
I said in my previous post. It should be in the default trace.
Also, taking a DB offline or bringing...
November 13, 2013 at 2:27 am
Should be in the default trace. Otherwise ask the other DBAs, it required DB_owner permissions or high server level permissions, so not something that everyone should be able to do.
November 13, 2013 at 1:54 am
Someone ran ALTER DATABASE ... SET OFFLINE, or that command is in a job somewhere. SQL won't take a DB offline by itself, someone or some app ran the ALTER...
November 13, 2013 at 1:12 am
Just run the create index statements, not much more to it than that.
November 12, 2013 at 1:10 pm
curious_sqldba (11/12/2013)
GilaMonster (11/12/2013)
Nope. Not unless your bulk load is querying the table first. Stats do not get created or updated unless they are needed to generate an execution plan.
So bulk...
November 12, 2013 at 9:16 am
If you just replace the ad-hoc SQL with an EXEC <procedure>, you'll get the same information logged as you currently are getting.
November 12, 2013 at 9:03 am
Nope. Not unless your bulk load is querying the table first. Stats do not get created or updated unless they are needed to generate an execution plan.
November 12, 2013 at 8:57 am
The why is pretty simple. Any function when used on a column makes the predicate non-SARGable, or not usable as a seek predicate. Implicit conversions are same as explicit conversions,...
November 12, 2013 at 8:37 am
Unless you create your own logging infrastructure, no. SQL does not keep execution history.
Now, you can create it as a stored procedure and call the procedure from your batch file....
November 12, 2013 at 8:29 am
Your sample set is way too small. Everything's fast on 10 rows.
Estimated and actual rows will be the same for the seek and scan, because it's the number of rows...
November 12, 2013 at 8:26 am
Viewing 15 posts - 10,966 through 10,980 (of 49,566 total)