Люди ! Кто-нибудь делал такое преобразование ?
Какие обнаружены плюсы/минусы в работе ?
Какое соотношение объемов "до" и "после"

Странный вопрос.
А с какой целью такое преобразование задумывается?
Ибо в итоге вместо одной кластерной таблицы с десятью кластерами получим десять таблиц не кластерных и кучу геморроя при переделке отчетов, которые ранее считывали данные из кластерных таблиц.

Цель: Ускорение работы, возможность создания дополнительных индексов

О какой переделке отчетов идет речь ? Как ты считывал данные, например из BSEG, так и будешь - форма селекта от этого не изменится...

К тому-же если бы это было гемморойно - SAP врятли бы дал такую утилиту, хотя от них всего можно ожидать

Я так думаю, что база вырастет сильно после такого. И выигрыш можно просто не ощутить

Весь вопрос на сколько сильно ....... И на сколько потери в производительности от выросшего размера соотносятся с потерями от распаковки.

И тем не менее выигрыш от возможности создания своих индексов может оказаться существенный......

Только поставьте эксперимент не на продуктиве и поделитесь со всеми результатами. Мне кажется, что такое мало кто делал. Тем более в самом разведанном FI.
Удачи!

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

При доступе к прозрачной таблице вы сможете избежать полного просмотра, использую индексы + значительно уменьшить объем данных, передаваемых между сервером БД и сервером приложений, в т.ч. за счет выборки только необходимых столбцов.

Ok, утилиту вам в руки и BSEG на встречу
Только не одним BSEG'ом кластерные таблицы знамениты, а вопрос, как я понял был общий.
Та же штука с кластером результатов расчета зарплаты так просто не прокатит.

Обижаете, коллега, уж 5 лет работы должны были людей чему - нибудь научить, например сперва все пробовать на тестовом.......



Да, вроде, никогда интересные и значительные результаты не зажимали


Спасибо

Естественно общий. BSEG просто как пример.....


А вот с этого места поподробнее, плиз.

особенность в том, что при хранении данных расчета для каждой страны используется свой кластер с разной структурой данных (в общем случае).
Теоретически я допускаю возможность преобразования кластер з/п->прозрачная таблица, но на практике во-первых надо выяснить у базиса допускает ли прозрачная таблица столь сложные структуры записей, во-вторых сохранение данных расчета з/п и их последующие считывания выполняются при помощи некого набора ФМ и макросов (опять же могут быть специфичные для каждого кластера). Т.о. придется их переписать, чтобы все отчеты переключились на прозрачную таблицу.
В общем стоит ли оно таких трудозатрат?
К тому же много упростится доступ к такой мегасекретной информации как зряплата - если раньше надо было кучу всего вызвать, чтобы прочитать эти цифры, то с прозрачной таблицей - пара SQL запросов и все видно - нехорошо

Мы HR не используем - посему мне туго соображается. Ткни меня, плиз, в конкретное место где посмотреть то - о чем говоришь...... Таблица, транзакции и т.д. - а то нет времени рыться и выискивать.

тут есть кой какое обсуждение: http://sapboard.ru/forum/viewtopic.php ... 2%E5%F0%2A