Апгдейд делался нон-стоп или были затыки и возобновлялся заново?
Думаю, что было второе.
Я бы ещё проверил наличие уникального ключа в fm, наверняка нет
Боюсь трабл скорее всего в логике. Не понимаю, как мигрируются сначала аватарки юзеров, а затем в ту же таблицу с такими же id подгружаются другие cck поля. Это же пихаос
// Insert into the file_managed table.
dcdr,
увы и ах, но там нигде не сказано что значения всех трёх полей в files_managed должно быть идентичным. Вернее сказать что таблица files_managed указывает просто на присвоенный файл по принципу users(f: picture) -> files_managed(f: fid) = FILE.
А кто вам сказал, что то, что вы подчеркнули должно быть идентичным? FID это всего лишь идентификатор номера файла. Идите в таблицу users, там будет поле picture. Вот число которое там будет написано ссылается на FID в таблице files_managed.
нам сказал это поле picture из таблицы users: Foreign key: file_managed.fid of user’s picture.
Апгдейд делался нон-стоп или были затыки и возобновлялся заново?
Думаю, что было второе.
Я бы ещё проверил наличие уникального ключа в fm, наверняка нет
в fm fid первичный(он же уникальный), uri уникальный
как таковых затыков не было, в том-то и трабл.
при повторном обновлении Вы ловите кеш, отсюда такая разница.
Что-то я не разглядел узких мест в запросе, либо я слепой, либо что-то не так с сервером.
(вообще там самое тяжелое это DISTINCT, однако он обычно даже на целероне работает быстрее)
вопрос не про кеш. более 300 запросов выполняются за 20мс., а этот запрос почти секунда. Отсюда вопрос, можно это время уменьшить конфигурацией mysql или нужно копать в сторону индексов?
Что за Х или мигрируем контент с D6 на D7&
PS скрин таблицы перед миграцией(бекап)
Что за Х или мигрируем контент с D6 на D7&
костыль https://drupal.org/node/1558192
Что за Х или мигрируем контент с D6 на D7&
похоже на то https://drupal.org/node/1176186
Что за Х или мигрируем контент с D6 на D7&
Боюсь трабл скорее всего в логике. Не понимаю, как мигрируются сначала аватарки юзеров, а затем в ту же таблицу с такими же id подгружаются другие cck поля. Это же
пихаос// Insert into the file_managed table.
Что за Х или мигрируем контент с D6 на D7&
Что за Х или мигрируем контент с D6 на D7&
нам сказал это поле picture из таблицы users: Foreign key: file_managed.fid of user’s picture.
Что за Х или мигрируем контент с D6 на D7&
в fm fid первичный(он же уникальный), uri уникальный
как таковых затыков не было, в том-то и трабл.
Что за Х или мигрируем контент с D6 на D7&
никакой, только у юзеров автарки "летят"
Оптимизация MySQL Slow Query
Оптимизация MySQL Slow Query
вопрос не про кеш. более 300 запросов выполняются за 20мс., а этот запрос почти секунда. Отсюда вопрос, можно это время уменьшить конфигурацией mysql или нужно копать в сторону индексов?