PHP.SU

Программирование на PHP, MySQL и другие веб-технологии

PHP.SU Портал

Главная

Помощь

Поиск

Поиск Яндекс Вакансии

Пользователи

Здравствуйте, Гость

( Вход · Регистрация · Правила форума )

Забыли пароль?

Изменение большого количества записей в таблице

Форумы портала PHP.SU » PHP » SQL и Архитектура БД (Модератор: SAD)

Страниц (1): [1]

Без описания

Поиск в теме | Версия для печати

alnik-75	Отправлено: 05 Декабря, 2014 - 19:57:38
Посетитель Покинул форум Сообщений всего: 338 Дата рег-ции: Сент. 2012 Откуда: Гродно, Беларусь Помог: 0 раз(а)	Добрый вечер! Имеется таблица, в которой около 2000 записей. Определенное поле, изначально пустое, каждой записи необходимо изменить. Каждое изменение будет уникально для всех этих 2000 записей. Вопрос. Необходимо делать 2000 запросов update? Или можно как то оптимизировать этот процесс? Заранее спасибо

Мелкий	Отправлено: 05 Декабря, 2014 - 20:41:45
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	Варианты: 0) да, толпа апдейтов. По-возможности, завернуть в транзакцию. По-возможности, одним prepared statement 1) insert on duplicate key update 2) insert во временную таблицу, затем кросстабличный апдейт. ----- PostgreSQL DBA

alnik-75	Отправлено: 05 Декабря, 2014 - 20:47:21
Посетитель Покинул форум Сообщений всего: 338 Дата рег-ции: Сент. 2012 Откуда: Гродно, Беларусь Помог: 0 раз(а)	Спасьббо. Буду изучать предложенные варианты

MiksIr	Отправлено: 05 Декабря, 2014 - 20:50:38
Забанен Покинул форум Сообщений всего: 378 Дата рег-ции: Сент. 2014 Помог: 10 раз(а) [+]	0) зачем транзакцию? только зря держать строчки заблокированными ----- self-banned

Мелкий	Отправлено: 05 Декабря, 2014 - 20:53:08
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	MiksIr пишет: зачем транзакцию? Транзакция - вещь, выполняющая много медленных операций. Одна транзакция очень значительно быстрее 2000 транзакций. ----- PostgreSQL DBA

MiksIr	Отправлено: 05 Декабря, 2014 - 21:06:20
Забанен Покинул форум Сообщений всего: 378 Дата рег-ции: Сент. 2014 Помог: 10 раз(а) [+]	Если важна скорость, 2-й вариант и все. А в нулевом, транзакция, несомненно, ускорит операцию, но и поставит раком конкурентность. Человека предупредить можно. 2000 записей, конечно, копеечные затраты, а вот было бы на три-четыре порядка больше - и всю базу можно положить от обилия локов ;) ----- self-banned

Мелкий	Отправлено: 06 Декабря, 2014 - 11:18:58
Активный участник Покинул форум Сообщений всего: 11926 Дата рег-ции: Июль 2009 Откуда: Россия, Санкт-Петербург Помог: 618 раз(а)	MiksIr пишет: но и поставит раком конкурентность Все три варианта потребуют явный или неявный эксклюзивный лок на весь обновляемый массив данных. Разница только в том, сколько по времени этот лок будет стоять. MiksIr пишет: на три-четыре порядка больше А можно просто из любопытства - что за задача, требующая 2-20млн обновлений строк за раз? ----- PostgreSQL DBA

DeepVarvar	Отправлено: 06 Декабря, 2014 - 12:12:21
Активный участник Покинул форум Сообщений всего: 10377 Дата рег-ции: Дек. 2008 Откуда: Альфа Центавра Помог: 353 раз(а)	Мелкий пишет: А можно просто из любопытства - что за задача, требующая 2-20млн обновлений строк за раз? Мне тоже интересно. Просим! ----- Шта? Репозиторий?

MiksIr	Отправлено: 06 Декабря, 2014 - 16:20:24
Забанен Покинул форум Сообщений всего: 378 Дата рег-ции: Сент. 2014 Помог: 10 раз(а) [+]	Мелкий пишет: Все три варианта потребуют явный или неявный эксклюзивный лок на весь обновляемый массив данных. Разница только в том, сколько по времени этот лок будет стоять. Разница в том, что если без транзакции - то будет дольше, но за раз более одной строчки лочится не будет. А если лочить все, то нужно выбирать наиболее быстрый вариант, а это третий. Мелкий пишет: А можно просто из любопытства - что за задача, требующая 2-20млн обновлений строк за раз? Не знаю ;) Но несколько сотен тысяч запросто - большие интернет магазины, обновление цен, если они разом меняются из-за курса валюты и т.п. Не говоря уж о том, что часто заказчики просто не готовы (не могут технически) выгружать только измененные артикулы и делается полная выгрузка их товаров на сайт. ----- self-banned

Поиск в теме | Версия для печати

Страниц (1): [1]

Сейчас эту тему просматривают: 0 (гостей: 0, зарегистрированных: 0)

« SQL и Архитектура БД »

Все гости форума могут просматривать этот раздел.
Только зарегистрированные пользователи могут создавать новые темы в этом разделе.
Только зарегистрированные пользователи могут отвечать на сообщения в этом разделе.