Viewing 15 posts - 3,391 through 3,405 (of 7,191 total)
I think the large table will be locked while the new column is added. Try it for yourself on a test server, and see what locks are acquired. ...
September 2, 2014 at 3:52 am
Happy to help. You can make it a bit neater by putting the CASE logic near the top:
...
SET @carage =CASE
-- don't need to cast as int because that's the...
September 2, 2014 at 3:35 am
Kalpana
If you specify your service account in SQL Server Configuration Manager (instead of in the Services applet), the correct permissions will be assigned. I don't know how they suddenly...
September 2, 2014 at 3:11 am
Comparing any value to NULL will return False. Please will you show us your query?
John
Edit - I think I see what you're trying to do. Will this work?
WHERE...
September 2, 2014 at 2:57 am
Yes, your code appears to assume that the row that was inserted is the one with the maximum PAT_ACCOUNT_MANAGER_ID. Even if that column had an identity property, that would...
September 1, 2014 at 7:57 am
I would guess that you're using different network libraries on the two OSes and that's responsible for the difference. Different settings will be used depending on your network library,...
September 1, 2014 at 5:59 am
Please will you post the CREATE TABLE and CREATE TRIGGER statements for the table and trigger?
Thanks
John
September 1, 2014 at 3:01 am
OPENXML is one way of doing it. There are others.
John
September 1, 2014 at 2:49 am
I believe so, but there's only one way to find out for sure. Do you have a test server?
John
September 1, 2014 at 2:45 am
You can check for yourself.
SELECT TOP 100 *
FROM dbo. LoadMedicationsGP
It should work.
John
August 29, 2014 at 7:09 am
SELECT
Price
FROM
PHistory
WHERE
Product_Reference = 100014
AND
Change_Date = (
SELECT
MAX(Change_Date)
FROM
PHistory
WHERE
Product_Reference = 100014
AND
Change_Date < 20070906
)
Of course, you may get into trouble if the price changes more than once on the same date.
John
August 29, 2014 at 4:34 am
SELECT TABLE_SCHEMA + '.' + TABLE_NAME, TABLE_TYPE FROM INFORMATION_SCHEMA.TABLES
John
August 27, 2014 at 9:22 am
Some vendors are happy for you to do this; some aren't. At the very least, you should monitor performance and, where necessary, tweak the indexing or suggest changes to...
August 27, 2014 at 6:05 am
3312K still isn't huge - only 414 pages. But best advice is to make sure every table has a clustered index, with exceptions to that rule clearly documented. ...
August 27, 2014 at 3:42 am
Well, a page is 8KB, so it's easy to calculate.
For large tables, you want fragmentation to be as low as possible. If you rebuild all the indexes on such...
August 26, 2014 at 8:48 am
Viewing 15 posts - 3,391 through 3,405 (of 7,191 total)