Тайм-ауты запроса SQL Server MS
Вы не должны делать ничего специального для генерации канала RSS из блога WordPress. Это встроено. Не уверенный, что Вы подразумеваете под "регистром"?
Что касается Вашего последнего абзаца: Вы хотите отобразить содержание из блога A на блоге B. Где? На боковой панели блога B? Используйте встроенный Виджет RSS, поскольку это точно, для чего это. Или Вы подразумеваете, что хотите, чтобы сообщения от Блога A обнаружились как Сообщения на Блоге B? Затем Вы захотите найти плагин синдикации (вот поиск на странице плагинов WordPress). FeedWordPress раньше был фактическим стандартом для этого материала, но я потерял след, если он все еще обновляется. Я уверен, что можно найти другого если нет.
Надеюсь, что все помогает.
Примечание стороны: форум поддержки WordPress может быть найден по http://wordpress.org/support
Похоже на ожидаемое поведение. Если бы кто-то на самом деле использовал такой ужасно плохой запрос, я бы надеялся, что они, по крайней мере, проявили бы вежливость, чтобы объединить его с «WITH (NOLOCK)», что аналогично указанию уровня изоляции для чтения без фиксации.
Если это большая таблица и нет индексов, вы получите сканирование таблицы. Кроме того, если оптимизатор считает, что стоимость запроса достаточно высока, вы можете увидеть параллельное выполнение. Да, между сканированием таблицы и параллельным выполнением у вас может быть повышенная нагрузка на ЦП. Затем вы можете добавить блокировку, конкуренцию за ресурсы, нескольких пользователей, и все станет еще хуже.