Viewing 15 posts - 76 through 90 (of 147 total)
Interestingly enough I read the blog yesterday Colin. Very informative. Thank you very much.
My concerns with not allowing SQL to manage memory is that this is a clustered...
March 12, 2008 at 11:04 am
Yes, it is a ferret holding a beer. However his face has been blacked out to protect his identity so you were not supposed to know that. If...
March 12, 2008 at 11:00 am
Duran:
1. Is it better to configure backups through the backup snap-in or through maintenance plans?
Better is not really the question. It comes down to what you feel most comfortable...
March 12, 2008 at 9:16 am
Additionally, you can not completely avoid a SQL footprint on C. Shared tools, among other files, will be installed on C regardless of what you set up during the...
March 12, 2008 at 9:09 am
[font="Arial"]I am encountering similar issues on 2 of 3 nodes in our Clustered SQL 2005 Enterprise x64 environment. It appears to happen when Tivoli Storage Manager is writing from...
March 12, 2008 at 8:59 am
Your specs state your RAID setting for data is going to be 10. I recommend that you go with RAID 5 if performance is going to be a factor....
March 10, 2008 at 8:44 pm
To follow up on the code presented by ksullivan:
create proc up_EmpDelete
@SSN char(9)
as
DELETE FROM employee WHERE ssn=@ssn;
You would then execute the stored proc as follows: to delete all records...
March 10, 2008 at 8:29 pm
The reason I asked about the INSERTED and DELETED tables is that you'll query them for the value you just updated. The values from the last transaction are stored...
March 6, 2008 at 2:53 pm
Glad to hear it. IMHO you should always use set-based queries whenever possible. Avoid functions in the WHERE clause.
- Tim
Grant, nice to hear from you man... missed you...
March 6, 2008 at 10:24 am
Are you familiar with the INSERTED and DELETED tables?
March 6, 2008 at 10:18 am
That's because all the data you inserted into the value field was able to be converted to BIGINT because it is numeric. That is why the error code is...
March 6, 2008 at 9:04 am
Don't use an IN/NOT IN clause, use a LEFT JOIN instead and throw the CAST on the BigIntColumn in the JOIN as follows:
--CREATE TABLES
CREATE TABLE datatable (BigIntCol bigint)
CREATE TABLE ExclusionsTable...
March 6, 2008 at 9:00 am
I think you should look at implementing steps in your application code to prevent "bad" data from ever getting into your database to begin with. Performing rollbacks from within...
March 6, 2008 at 8:24 am
Another thing to think about is this: Access has a default login of 'Admin' with no pwd. Try that combination for the security in your linked server and try...
March 6, 2008 at 8:06 am
Viewing 15 posts - 76 through 90 (of 147 total)