HELP !!! Delete row takes forever

RedHot · Post by **RedHot** » 16 Jun 2004 16:44

Dear community
First of all sorry for English.
There is SQL Server 7.0 on Window NT server
Table A ( about 200 000 rows) is parent for 7 others with rows counts from 1 mln. to 12 mln. rows each
Need to be deteted some information from A. There is list PK of table A for this . Those PK has no childs. ( triple checked)
Usual record takes 1 second to delete, but for some of then takes forever ( never waited more then 10 minutes) . What could be possible reason ?
So far I have one solution : create new table copy there all valid records from A. Then drop table A and recorevere all partnership. But that is too long . Server is slow.
Any ideas how it can be done faster or how to delete problem records ?
Any ideas are welcome
Thanks in advance

Dmitry67 · Post by **Dmitry67** » 16 Jun 2004 17:01

1. Проверьте что для всех FK существуют индесы котоыре их поддерживают
2. ЧТо такое 'иногда'
Не является ли случай с 'irregular selectivity'
Например, когда Вы удаляете row вы удаляете 10 rows в detail tables
Но для значения например "N/A', вы удаляете миллион

RedHot · Post by **RedHot** » 16 Jun 2004 17:08

Dmitry, thanks
There is NO single FK for records I would like to detele. I checked this 3 times. These records were just loaded and now manager would like me to delete them.
Some records means
There are PKs for table A
1,2,3,4

delete from A where pk_id = 1
takes 1 sec
delete from A where pk_id = 2
takes 1 sec
delete from A where pk_id = 3
.... in 10 minutes it was not completed . Canceled
delete from A where pk_id = 4
took 1 sec

Niky · Post by **Niky** » 16 Jun 2004 18:12

RedHot wrote:Dmitry, thanks
There is NO single FK for records I would like to detele. I checked this 3 times. These records were just loaded and now manager would like me to delete them.
Some records means
There are PKs for table A
1,2,3,4

delete from A where pk_id = 1
takes 1 sec
delete from A where pk_id = 2
takes 1 sec
delete from A where pk_id = 3
.... in 10 minutes it was not completed . Canceled
delete from A where pk_id = 4
took 1 sec

А что произойдет, если после этого опять сделать
delete from A where pk_id = 3
?
В смысле, повторяется ли проблема на одних и тех же записях?

RedHot · Post by **RedHot** » 16 Jun 2004 18:18

Yes. That is why I am asking for your advice. Server just cannot delete with PK = 3 .
I have checked with DBCC CHECKTABLE all related tables. It was slow but returned no errors.

SVK · Post by **SVK** » 16 Jun 2004 18:30

RedHot wrote:Yes. That is why I am asking for your advice. Server just cannot delete with PK = 3 .
I have checked with DBCC CHECKTABLE all related tables. It was slow but returned no errors.

Все выглядит так, что там и нет никаких ошибок, а просто значительно большее количество записей (DELETE CASCADE?) в дочерних таблицах конкретно для PK=3. Или действительно какой-нибудь индекс пропал для одного из FK?

Niky · Post by **Niky** » 16 Jun 2004 18:30

А PK у Вас случайно не кластерный ли индекс?

RedHot · Post by **RedHot** » 16 Jun 2004 18:37

Yes, index on PK is clustered
SVK, with all respect. There are any DELETE CASCADE, all these problem values have NO CHILD

Niky · Post by **Niky** » 16 Jun 2004 18:39

Попробуйте его сделать не кластерным.

RedHot · Post by **RedHot** » 16 Jun 2004 18:50

But PK is autogenerated primary key , they are in phisical order.
Do you think that will make difference ? Sorry, for asking this but I cannot play much around.

Dmitry67 · Post by **Dmitry67** » 16 Jun 2004 19:04

Я бы посмотрел чем сервер занимается когда идет удаление
Одинков ли exec plan ?
Сколько записей собираются удаляться ? Что если сделать select
Отключите паралелизм
Еще раз посмотрите план удаления что касается child таблиц
Приведите публике текстовый план

RedHot · Post by **RedHot** » 16 Jun 2004 19:32

Selects are realy slow on some child tables but no problem with select on main table. Some child tables have over 2000% of cost into plan and actual excution of plain select takes up to 2 minutes.
I tried to place plan here be it hard to read something into wrap lines.
Unfortunately there are no any "good" records left, so nothing to compare with.

However, I will just do as I planed before and post result . There is no mirracle, something just wrong.
Sorry to trouble you and thanks to all and everyone personaly for your support

Dmitry67 · Post by **Dmitry67** » 16 Jun 2004 20:53

Ну если даже select работает долго и есть delete cascade, то он и роется в этих таблицах

Случай · Post by **Случай** » 17 Jun 2004 01:42

RedHot wrote:Dear community

Запускай профайлер и гляди что там происходит.

YellowMan · Post by **YellowMan** » 17 Jun 2004 08:59

В дополнение к вышесказанному - посмотрите сколько у Вас значений =3 по отношению к общему количеству.
Обязательно обновите статистику - значение 2000% в плане первый признак того что она устарела.
Проверьте триггеры.

Merle · Post by **Merle** » 17 Jun 2004 11:37

Хм... А в семерке-то вообще был ON DELETE CASCADE?
Сдается мне что нет...

Dmitry67 · Post by **Dmitry67** » 17 Jun 2004 12:02

Автор вообще более чем туманно пишет

RedHot wrote:There is NO single FK for records I would like to detele.

То он говорит что нет FK
ПОтом говорит что есть CASCADE DELETE...

Niky · Post by **Niky** » 17 Jun 2004 15:24

Dmitry67 wrote:Автор вообще более чем туманно пишет

RedHot wrote:There is NO single FK for records I would like to detele.

То он говорит что нет FK
ПОтом говорит что есть CASCADE DELETE...

По-видимому, имелось в виду, что для PK=3 нет related records in child tables.

Dmitry67 · Post by **Dmitry67** » 17 Jun 2004 19:03

Ну не важно есть или нет записей
Важно насколько тлегко проверить есть они или нет
То есть поддержаны ли FK индексами

Niky · Post by **Niky** » 17 Jun 2004 21:41

Да это-то понятно.

Дед Мороз · Post by **Дед Мороз** » 17 Jun 2004 21:43

А может это просто waiting for lock ?

Dmitry67 · Post by **Dmitry67** » 17 Jun 2004 21:56

В тысячный раз, при lock waiting CPU=0

Дед Мороз · Post by **Дед Мороз** » 17 Jun 2004 22:00

Упс , не заметил что CPU != 0 .... Звиняйте...

RedHot · Post by **RedHot** » 18 Jun 2004 15:59

Problem was fixed almost itself.
I waited until everybody left office and rebooted server , which was running for more then a year without reboot. After box was up, problem records were deleted in regular 1 sec time frame for each.
So I don't know what was the actual problem

We do have indexes on FK and gather statistics once a week

One more time thanks for concern and attention to my problem

Привет

HELP !!! Delete row takes forever

HELP !!! Delete row takes forever

Re: HELP !!! Delete row takes forever