Спасибо Павел.
Раскладывание готовой базы, да еще такой как у меня, дело хлопотное. Но! Благодарное.
При раскладке высвобождается очень большой объем. Продолжая добавлять позиции и, попутно раскладывая немного старых, наблюдаю постепенно уменьшающийся размер базы.
И в то же время, сталкиваюсь с иной проблемой.
При активном использовании шаблонов, их количество станет кратным числу разделов. А механизма их обслуживания, нет.

1 В разделе шаблонов, они выведены латиницей. Пока у меня их создано несколько. Но уже приходится сильно вчитываться, чтобы не промахнуться и случайно не ткнуть в не тот который нужен.

2 Так или иначе, но владельцам больших баз придется делать массовые обработки базы. А делать это так, как делаю сейчас я, сопоставимо с катанием квадратного и ношением круглого.
Да, можно было бы взять один раздел, обработать, удалить его на сайте и залить заново. И технически, это правильно. Но, по закону подлости всегда возникает некоторое НО.
Я вынужден заботиться, чтобы товары в базе сохраняли свои порядковые номера. Т.е. старые в верху, новые внизу.

Иначе, начинают происходить такие штуки:

Входим на эту страницу каталога и начинаем изучать ссылки и анкоры. Не станем далеко ходить и начнем с первого.

Сравниваем текст урла и текст названия страницы.
Эта не самый худший случай. По тому, что переход по этой ссылки приведет на именно этот товар.
Юзер же, обнаруживает в поисковике, например, рубильник. Делает переход на этот портал и попадает на страницу со светильником, но в урле значится, что это предохранитель.
Понятно, что это целиком вина портальщиков. Только мои долгие обсуждения с ними данного вопроса, так ни к чему не привели. Они никак не могут понять, чего мне от них надо.
Вот и приходится, хоть как-то обеспечивать присутствие того, что и написано в заголовках.

В общем, забот хватает.
Вот я и подумал. Может быть есть смысл иметь инструмент, жестко привязывающий тот или иной товар к определенному местонахождению в базе.
С одной стороны, умом-то понимаю, что нахрена собаке руль, пусть хвостом махает. С другой, во имя бизнеса, приходится учитывать и не такой бред, как описан выше.

Возможно ли, сориентировать поле ID для привязки к порядковым номерам?
Вводим там нумерацию, и, как бы потом не перемешивали расположение товаров, при загрузке базы, они выстраиваются по ранжиру предписанному № В поле ID.

хотя вывод по полю ID это тоже интересный способ сортировки. но у меня уже некуда вставлять сортировочные параметры. в шапке сортировки уже нет места. я в последней версии даже шрифт уменьшил.

Я имел в виду другое.
Как они отображаются на сайте, это вообще не вопрос. До, это управляется настройками.
Сама беда в порядке нахождения в файле db_index
Сейчас товары там лежат в порядке очередности их внесения в базу.
Если я беру какой-то раздел, правлю его, затем удаляю на сайте и загружаю правленый,
на сайт никак не влияет. Просто в файле db_index меняется место нахождения строки
с этим товаром.
А на портале, которому я подсовываю yml, творится следующее:
Тащится контент, согласно расположению в db_index, затем, там надо руками присвоить категорию
товаров. После чего происходит кэширование и страница с товаром получает урл по
наименованию. И такой индексируется.
Затем, когда у меня изменяется положение товаров в дб индекс, на портале они встают вместо тех,
которые были раньше. Старый урл при этом не изменяется и кэширования не происходит.
Поисковик продолжает показывать то, что ранее проиндексировал, заголовки остаются те,
которые кэшированы, а товары лежат те, которые занимают на данный момент эту
строку в дб индексе.
И если я произвожу очередное изменение, все идет по кругу.
Мне остается, либо удалять с портала весь товар, заливать по новой и опять руками
разносить по категориям. Которых уже ок. сотни. Либо сохранять № строки в дб индексе
где он лежал до правки. В этом случае, приходится руками, через ftp находить где он лежит и переписывать.
А учитывая, что заменять приходится по несколько десятков или даже сотню-полторы, то можно представить
сколько гемора и косяков возникает.


Все верно. Создание так и происходит.
Но когда начинаешь импортировать и открываешь список шаблонов,
дабы применить к импортируемым товарам, тут и начинаешь шибко вчитываться.

При таком раскладе, как раз и становится возможным
контролировать корректную работу с порталами.
Конечно, эта штука не есть обязательной, что
должно бы быть у сайта.
Но как знать, какие со временем могут появиться потребности.
По большому счету, маленькие сайты, имеющие сотню другую страниц,
в этом никак не понуждаются.
Но вот вылезла же такая канитель с весьма серьезным порталом.
Причем, дающим не плохую конвертацию.
Но, Черномырдин оказался провидцем. Все хотят как лучше,
а получают как всегда.
Описанная мной ситуация, сродни эксплореру и остальным
браузерам. Ведь ему пофигу что и как могут другие, а под него пишите
персональный CSS.
Так и у порталов. Пиши xml под него, или имей то, что получилось.

А у них нет таких указявок.
Это если в нашем xml указывать раскладку по этому полю, то как оно станет лежать в дб будет фиолетово.
Главное, чтобы в xml ложилось по заданному ранжиру.

Ну, тогда наверно да.

Таким образом, при индексации rss выбирая сортировку по ID, xml
у меня будет выстраиваться в порядке номеров заданных мной в этом поле?

ДА! Только вот я не учел, что что ваше поле ID - 10 значное.
я рассчитывал на максиму 9 знаков. но могу модернизировать немного.

не, я там поставил порядковые номера. так проще искать в случае чего

Никак не могу понять, почему у меня не подчеркивается.Я про вики индекс. Что я делаю не так?