В полях PREVIEW_PICTURE и DETAIL_PICTURE хранится число. Это ID файла.
Навскидку, я бы создал свойство типа "привязка к элементу" и хранил бы в нём ссылку на исходный элемент. В этом случае извлечь PREVIEW_PICTURE и DETAIL_PICTURE очень просто. Допустим, код свойства -- SOURCE. К массиву $arSelect надо будет добавить PROPERTY_SOURCE.PREVIEW_PICTURE и PROPERTY_SOURCE.DETAIL_PICTURE. Подробнее см. http://dev.1c-bitrix.ru/api_help/iblock/classes/ciblockelement/getlist.php
Проблема в том, что задача, которую вы решаете, на первый взгляд выглядит бессмысленной. Зачем вам нужна полная копия элемента, если оригинал доступен?
Денис Сон пишет: А чем текущая организация не нравится?
Если все три фильтра реально расположены на одной странице (т.е. переключаются жабаскриптом без перезагрузки страницы), то там будут забавные коллизии. Я не возьмусь что-то советовать, не зная задачу детальней.
ЧПУ (человекоПонятный урл) -- это чрезвычайно неудачная калька с английского SEF URL (search engine friendly URL, годящийся для поисковиков урл).
Грубо говоря, это возможность вместо урла вида: /catalog/detail.php?SECTION_ID=123&ELEMENT_ID=5678 использовать урл вида: /catalog/trousers/make_me_mad/
Заведите у новостей свойство "Привязка к элементам". Если товаров мало, то "Привязка к элементам в виде списка". Битрикс будет хранить в этом свойстве именно ID товара.
Нет, если свойства элементов инфоблока хранились в общей таблице, а разработчик закладывался на особенности поведения выборки списка элементов при таком режиме хранения (или наоборот, свойства хранились в отдельной таблице, а он не заложился на эти особенности). Лучше сделать копию сайта на тестовом сервере, провести изменения и проверить корректность работы сайта.
Исправляют ошибки, а в данном конкретном случае я ошибки не вижу. Если (в случае MySQL) вы сможете решить задачу через LIMIT, не используя подзапрос или джойн выборки самой на себя, я изменю своё мнение.
Если редакции обоих сайтов одинаковы, а также совпадают версии всех модулей, то да, можно перенести только БД. А вместе с ней обязательно подраздел /upload (/upload/resize_cache можно не переносить).
SELECT * с сортировкой -- это очень плохая идея. Есть очень хороший шанс, что такая выборка не влезет в буфер сортировки в памяти, после чего выборка окажется на диске и сортироваться будет на порядок медленнее.
Выбирайте только те поля, которые вам нужны. И не дай бог там окажется DETAIL_TEXT.
Скорее всего, кто-то пихнул вызов $APPLICATION->AddChainItem() в шаблон компонента bitrix:catalog.detail. Нужно перенести этот вызов в component_epilog.php шаблона.