Дмитрий Кинаш

Вопрос очень старый, но он все еще проиндексирован и при этом не имеет ответа. Поэтому включаем режим "экстрасенса" :)

есть xml файл на 2млн. строк, по сути база 1C

Штатно базы 1С не выгружаются в XML. В XML можно выгрузить только конфигурацию или ее элементы. База штатно выгружается в архив *.dt
Следовательно у автора вопроса есть выгрузка либо с помощью обработки "Обмен данными XML", которая позволяет хоть все данные выгрузить в XML-формате для загрузки в идентичную конфигурацию. Либо выгрузка с помощью конфигурации "Конвертация данных 2.0/1", которая выгружает указанные данные в XML-формате, который описан в этой служебной конфигурации.

Нужно как-то перенести её в SQL или что-то подобное.

Вероятно упоминается продукт MsSQL, так как SQL - это язык запросов. Практически все современные СУБД поддерживают импорт данных из файлов XML. Вот дока по MsSQL.

Подумываю регнуть облачное хранилище для 1С, развернуть это всё дело там и как нибудь экспортировать в нужном формате.

Если есть доступ к 1С, то проще сразу выгрузить в нужно формате. Второй вариант - грузить сырые данные в новую базу из XML файлов, а далее уже на месте редактировать структуру таблиц и чистить "мусор". Как вариант, можно SELECTами сделать выгрузку только нужной информации в файлы для последующей загрузки в финальной базе.

Ответ лежит на поверхности и упирается в характер связи между БД сайта и 1С, о которой вы умолчали. Что первично - сайт или 1с?

Если первична база 1С, а сайт является всего лишь её фронтэндом, то хранение дополнительного автоинкриментного ключа является очевидно избыточным: он немного, но увеличивает размер базы; он усложняет и замедляет обслуживание сайта (особенно из-за join-ов в запросах - так при наличии GUID вам нужно будет делать лишний запрос к таблице товаров для получения ID и лишь затем сможете запрашивать цены и скидки).

Если первичным есть сайт, где работа налажена с более широким кругом контрагентов и потенциальных клиентов (лидов), чем нужно для 1С, где ассортимент товаров и услуг намного превышает тот объем данных, который нужно выгрузить в бухгалтерскую подсистемы для сдачи отчетности, то очевидна необходимость иметь локальную систему ID, а из 1С подтягивать GUID только нужных позиций и хранить для целей синхронизации, но вовсе не для перекрестных ссылок.

Какой-то бред написан...

В системе 1С-Предприятие все данные внутри базы (конфигурация и ее версия тут не важны) хранятся в Юникоде (кроме варианта 7.7 - там действительно было в виндузовской кодировке). Сохранение любой информации по-умолчанию происходит в кодировке UTF-8, если явно не указать какую-то другую.

Если нельзя - будут ли проблемы с работой сайта, если оставить таблице cp1251?

Вы написали какой-то сайт на PHP и MySQL (судя по тегам), а теперь хотите от абсолютно незнакомых людей угадать: будут ли у вас проблемы??? Вас самого ничего не смущает в вашем вопросе? :)