Естественно. Где Вы видели MSSQL под Linux? Т.е. теоретически можно с базой на другом серваке, пересборкой php со специфическими модулями и добавлением кой-какого софта для организации связи... Но лучше не надо.
Не надо сверлить зубы через задний проход дрелью от Сваровски
Простите, а редакция Битрикса у Вас какая? В смысле - если не Портал и не Большой бизнес, то и не должна (прямым текстом сказано, что поддержка MSSQL в остальных редакциях отсутствует).
Не надо сверлить зубы через задний проход дрелью от Сваровски
Вадим Вадимов пишет: Таким образом, логично предположить, что уникальный иденификатор есть. Вот поэтому у меня возникли вопросы, может я что то упусти или скорее всего не правильно делаю или может это вообще не возможно сделать средствами битрикса, а только напрямую переписывать данные в самой БД.
НЕ логично. Правильно, упустили. Возможно, а в базу лезть не надо. А если без шуток, то: 1. При csv-импорте для создаваемого/обновляемого товара необходимо указывать имя(NAME) и (желательно) уникальный код (XML_ID) товара 2. При csv-импорте можно создавать разделы 1-3 уровней, указывая имя(NAME) и (желательно) уникальный код (XML_ID) раздела и всех его разделов-владельцев. 3. Разделы создаются только при указании, что в них содержится хотя бы один товар
Что это означает применительно к Вам? На приведенном скриншоте видно, что Вы указали все поля для группы (раздела), отнюдь не для товара. Поэтому скрипт импорта ведет себя абсолютно правильно, ничего не создавая и выводя ошибку. Если Вы хотите (как я понял) просто создать структуру разделов, Вам придется добавить еще одно поле, где Вы укажите имя произвольного элемента (одинаковое для всех разделов). Тогда разделы создадутся, к ним всем будет привязан один и тот же элемент. Его Вы после импорта удалите. Вот и все.
Не надо сверлить зубы через задний проход дрелью от Сваровски
Вадим Вадимов пишет: 1. Иннтересно, что означает эта ошибка?
Что структура Вашего файла неверна и/или неверно было настроено соответствие полей в файле и полей инфоблока. Ради эксперимента создайте еще одну колонку, где каждой записи присвойте некий уникальный код (символьный или цифровой). Потом, аккуратно настроив соответствие полей, пробуйте импортить. Кстати, инфоблок нужно создать заранее, а то, чем Вы занимаетесь, называется наполнение его информацией.
Цитата
Вадим Вадимов пишет: 2. Можно ли как то через админку сделать задуманное мною?
Можно. Как - смотрите выше. Кстати, необязательно использовать импорт магазина, если Вам цены не нужны. Попробуйте csv-импорт в разделе Контент.
Не надо сверлить зубы через задний проход дрелью от Сваровски
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/prolog_before.php");
/* Тут Ваш код */
require($_SERVER["DOCUMENT_ROOT"]."/bitrix/modules/main/include/epilog_after.php");
Не надо сверлить зубы через задний проход дрелью от Сваровски
Андрей Шилов пишет: Добавлю. Если использовать глобальную переменную, то ее нужно добавить в cache_id или передавать эту переменную через параметры компонента(добавить новый параметр, н.п. "AR_RESULT"), иначе некоторые компоненты, в которых вы собираетесь использовать $arResult, при в ключенном кешировании будут выдавать результат не учитывая данную переменную(массив).
Что за бред? При чем тут это? component_epilog.php выполняется каждый раз и как раз предназначен для выполнения задач, которые в кеш попадать не должны, типа установки свойств страницы, например.
Не надо сверлить зубы через задний проход дрелью от Сваровски