Удалить большое количество строк

Доброго времени суток! Существует база на 80 гб с огромным количеством строк и десятком связанных между собой таблиц (во вложении). Канистры привязываются к паллетам, времени выпуска, коробкам. При обычном запросе delete в таком то промежутке времени БД виснет часа на 2 (больше не ждал) и ничего не удаляет. Вопрос, какой составить запрос на удаление этих данных? У нас проблема с быстродействием системы и возможно, это из-за огромного количества данных в базе.

А вдруг подскажете, что еще может быть? В кратце: печать номера-->канистра появляется в БД--> канистру фотографирует с двух сторон, данные обрабатываются, проверяется номер на правильность печати и ее места по фото-->складывается в коробки-->коробке присваивается номер-->фото коробки и сравнение--> складывание на паллету, которой присваивается номер-->печать номера на паллете и одновременное присваивания всех существующих на ней коробок этой паллете. Вот тут загвоздка, что за 5 лет упала скорость обработки данных и данные в системе учета записываются довольно медленно, что вызывает косяки в работе. На сервере рейд из 3 дисков. Сеть оперируется циской.

Я знаю sql на уровне начинающего, запросы на просмотр чего-то составить или еще похожее.

Миниатюры

 

0

резать базу не предлагать?
ибо без понимания, как там все внутри устроено по картинкам не поймешь

0

80 гб это мелочи, огромное количество строк это сколько?
База самописная?
Производительности процессора\памяти\дисков хватает?

Сообщение от XanderXage У нас проблема с быстродействием системы и возможно, это из-за огромного количества данных в базе.

Вряд ли с количеством. Или железо или индексы\блокировки

0

Что значит резать?

Добавлено через 8 минут
Что-то у меня цитирование не работает.
Каждая канистра тащит за собой данные в каждый столбец...в общем в год 500к новых записей, железо -проц на 15% занят, рейд не помню, но не перегружен далеко. Оперативки в упор, на серве 6гб(производитель засунул, я в шоке), занято 4.5гб sql. Базу писали специально под это производство поставщик. Вызывать их муторно и долго, ибо итальянцы.

0

Сообщение от XanderXage Что значит резать?

креативить историческую базу удалять "неактуальные" . ясно-понятно не всегда допустимо но...

0

Сообщение от XanderXage в общем в год 500к новых записей

ни о чем

Сообщение от XanderXage рейд не помню, но не перегружен далеко

как измеряли?

Сообщение от XanderXage Оперативки в упор, на серве 6гб

всего? маловато

Сообщение от XanderXage Базу писали специально под это производство поставщик

запросы весь в хранимках или в коде?
менять вы их можете?
знания есть?

0

Допустим, у Вас таблица в которой 1 000 000 000 000 000 строк. Вам нужно удалить все, кроме 100 последних и сделать это по-быстрому без записи в log. Тогда копируете 100 нужных строк во временную таблицу, делаете truncate основной таблицы и заполняете её из временной. Прошу профи не ругать меня за крамолу...

0

Сообщение от Valera Kochemas делаете truncate основной таблицы

нельзя удалять такую полезную таблицу, нужно просто ее переименовать
а временную обозвать как основную

это хороший способ когда знаешь все связи в БД

0

Сообщение от qwertehok нельзя удалять такую полезную таблицу, нужно просто ее переименовать а временную обозвать как основную

Таблицу удалять я и не предлагал, я строки удалить рекомендовал - они ведь вопрошающему по всей видимости не нужны уже.

0

Рейд смотрел через прогу, что с ним шла. Может, посоветуете, чем посмотреть еще? Погуглю, конечно, но вдруг чего не то найду)
Транкейт думал, но как-то очково. Связи все я без понятия, расписанный проект где и чего не оставили почему-то и кто до меня был не проследили.
Если 80 гб мало для БД, то реально смотреть железо? Сервер: память 6гб - можно и расширить, я думаю, дозаказав + рейд 5-проверить, может диски уже не ахти? Осмотреть сеть, ее скорость и пропускную, может сетевая? В правильном направлении думаю?)

0

Сообщение от XanderXage но как-то очково

Не очкуйте, создайте тестовую базу и на ней попробуйте. Если всё нормально, то примените к основной.
В любом случае - BackUp Forever!!!

0

Сообщение от Valera Kochemas Не очкуйте, создайте тестовую базу и на ней попробуйте. Если всё нормально, то примените к основной. В любом случае - BackUp Forever!!!

есть уже бекап)в том то и дело, что мне не 100 строк оставить, а 1млн примерно за 2.5 года и выборку такую он обрабатывает веками и зависает

0

Сообщение от XanderXage выборку такую он обрабатывает веками и зависает

ну 1млн и будет долго обрабатывать, особенно если делаешь delete

ты или скопируй нужное в новые таблицы, а потом все переименуй
или удаляй маленькими частями

1

Сообщение от XanderXage выборку такую он обрабатывает веками и зависает

Зависает, когда delete, а когда truncate - Memento More!
Кстати, удалять можно не все сразу, а по частям (ночью запустите соответствующий скрипт и утром наслаждайтесь результатом!).

0

Сообщение от qwertehok ты или скопируй нужное в новые таблицы, а потом все переименуй или удаляй маленькими частями

буду пробовать, спасибо вам! А вообще, надо оперативки подкинуть и рейд проверить для начала)

0

Сообщение от qwertehok скопируй нужное в новые таблицы, а потом все переименуй

С переименованием геморроя больше, т.к нужно потом заново все description, check, key прописывать и grant раздавать.

Добавлено через 7 минут
а также trigger, idex если были.

0

Valera Kochemas, в студии это можно сделать парой кликов мышкой

0

Сообщение от qwertehok в студии это можно сделать парой кликов мышкой

Разумеется, в студии можно сделать ВСЁ. Но хороший update пишется в виде скрипта, который накатывается на приложение. Представьте, что у Вас миллион инсталляций - каждый раз будете открывать студию? Или потом откат надо будет сделать, если что не так пошло - опять студию открывать? А если изменения должен вносить не программер, а DBA? Что, ему целый час рассказывать, что Вы хотели изменить и каким образом?
Но это прекрасно, что есть варианты - каждый выбирает тот, который ему удобнее!

0