Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
К вниманию специалистов, которые работали с данной версией OES! Очень странно ведёт себя иерархия времени! Она как бы есть и она встроенна, но при ссылке в Oracle Analyzer (при построении таблицы на основе формулы) она отсутствует напрочь!!! Если делать отдельное отношение (типа День к Месяцу) — отношение идёт все ко всем (декартово произведение)!!! Как решить данную проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.02.2005, 12:26 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Конкретнее, что там? Что бы вам ответить необходимо больше информации. Как делаете relation? Кусок кода в студию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 06:21 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
PetКонкретнее, что там? Что бы вам ответить необходимо больше информации. Как делаете relation? Кусок кода в студию. Relation делаю руками без кода, но можно икод предоставить Одно и то же: define A1 relation TMonth <TDay> Вообще в достоверных источниках сказанно, что во временных измерениях отношения устанавливаются автоматически, но почему-то этого не заметно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 06:42 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Чего - то народ смотрит и молчит Чего молчите-то ? — вопрос такой глупый, что ответить нечего? — или слишком умный? Можно предложить модераторам чтобы они пробили создателей продуктов заглядывать на форум и отвечать на вопросы. Или вообще отдельную тему создать — типа "Гуру здесь". Ведь всем же выгодно будет — и нам и им. Нам — Ответы Им — косяки их продуктов и предложения по Upgrade Как идея? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 07:28 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
sever_5 Очень странно ведёт себя иерархия времени! <skip> она отсутствует напрочь!!! Как вы определили, что отношение между временными измерениями отсутствует? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 07:46 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Писали бы просто: "Пива - нет", а то "Пива -нет" (с) анек Скажу сразу - я не гуру в OE OLAP. Как в начале сказали "Измерения времени делай руками из TEXT и руками прописывай relation, так до сих пор и делаю". :) Кстати, в примере xasample (на xademo.db) именно так ручками временные измерения и строятся. Просто хочется понять в чём проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 08:14 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
PetПисали бы просто: "Пива - нет", а то "Пива -нет" (с) анек Скажу сразу - я не гуру в OE OLAP. Как в начале сказали "Измерения времени делай руками из TEXT и руками прописывай relation, так до сих пор и делаю". :) Кстати, в примере xasample (на xademo.db) именно так ручками временные измерения и строятся. Просто хочется понять в чём проблема. Делаете простое поле Text, как обычный справочник, а потом суммируете как по простому иерархическому измерению? Хм... А зачем тогда все эти временные типы? А так же временные функции? Кстати, а команда LIMIT работает без определения временных отношений. Проблема в том, что .... Да собственно именно в этом проблема — при построении Брифинга нельзя просмотреть временную иерархию. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 08:29 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
2 sever_5: Я не гуру, но я здесь :). После прочтения вашего первого сообщения я совершенно ничего не понял. И выспрашивать не решился. Тем не менее, могу что-то подсказать. Напишите точнее - где проблема. Что у вас за измерение? (>dsc DimName) О какой иерархии идёт речь, как вы её делали? Корректно ли эта иерархия отображается в Oracle Express Administrator? Обратите внимание, что в Express нет базового TIME-типа, на основе которого можно создавать измерения содержащие одновременно месяца, кварталы, года и т.п. Есть отдельные базовые типы : YEAR, QUARTER, ... При этом, измерения, построенные на этих типах, можно комфортно сопрягать в сложные LIMIT-конструкции, используя неявные внутренние связи. Например : LIMIT MyYear to MyMonth, LIMIT MyMonth to MyYear. Для организации сложных измерений типа TIME с годами-месяцами-... действительно следует использовать базовый тип TEXT. Это, в частности, абсолютно нормальный штатный подход Oracle в реальных приложениях. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 12:03 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
sever_5Чего - то народ смотрит и молчит Чего молчите-то ? — вопрос такой глупый, что ответить нечего? — или слишком умный? Можно предложить модераторам чтобы они пробили создателей продуктов заглядывать на форум и отвечать на вопросы. Или вообще отдельную тему создать — типа "Гуру здесь". Ведь всем же выгодно будет — и нам и им. Нам — Ответы Им — косяки их продуктов и предложения по Upgrade Как идея?И не умный и не глупый. У вас даже мысли не возникло, что вы так сформулировали свой вопрос, что его никто не понял. А тратить время на то, чтобы выяснять что же вы там имели в виду, видимо никто не захотел. Создатели продукта здесь не появятся, потому что они по-русски не говорят. Некоторые из них появляются на формуах типа OTN - можно позадавать вопросы там. Написать заявку на улучшение или про косяк может любой клиент через металинк, сделано это для того, чтобы производителю не надо лазить по форумам и выискивать что же еще такого сделать. :) Хотя вот Mosha этот форум читает, так что может быть для MS AS что то из этого форума будет почерпнуто. Кому тут повезло - форуму или MS? :) Ну а последний момент в том, что Express уже несколько лет как не развивается и развиваться врядли будет, так что заявка на его улучшение врядли будет использована. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 13:31 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
2 sever_5 Да и кстати насчет гуру. Вот Георгий Т. - гуру, это он скромничает, так что совершенно необязательно доставать кого-то из разработчков. Вы, главное, вопрос правильно задавайте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.03.2005, 13:38 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Всё понял — исправлюсь! Всем спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 06:11 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
У меня имеется: Измерения: — дата (иерархическое) — менеджер — заказчик — изделие (иерархическое) Построен куб "Доход" по всем этим измерениям. Можно ли сделать формулу где все ячейки проссумированны сразу же и по Дате и по Изделию? Отдельно по Дате и отдельно по Изделию проссумировать можно и всё будет. А вместе он не хочет или я не так делаю. формула Profit nafill (Profit_m moon(Tissue)) где Profit_m показатель, а moon arg iss tissue vrb l integer vrb lmax integer vrb sum decimal vrb childrens text push recursive recursive=yes l=1 sum=0 childrens=limit(tissue to children using Icti.parent iss) lmax=numlines(childrens) while (l le lmax) do sum=sum+profit(tissue extlines(childrens l 1)) l=l+1 doend pop recursive return sum Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 09:19 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
А вам не подойдёт предварительная агрегация показателя? При этом формула уже не будет нужна. Примерно так : lmt dm_date to all " тут можно что-то более конкретное указать lmt dm_manager to all lmt dm_zakazchik to all lmt dm_izdelie to all lmt &obj(prp 'hierdim' 'dm_izdelie') to 'STANDARD' rollup profit_m over dm_izdelie lmt &obj(prp 'hierdim' 'dm_date') to 'STANDARD' rollup profit_m over dm_date --- Или задача более сложная и агрегаты надо рассчитывать "на лету"? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 11:01 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Этот код : Георгий Т. lmt dm_date to all " тут можно что-то более конкретное указать lmt dm_manager to all lmt dm_zakazchik to all lmt dm_izdelie to all lmt &obj(prp 'hierdim' 'dm_izdelie') to 'STANDARD' rollup profit_m over dm_izdelie lmt &obj(prp 'hierdim' 'dm_date') to 'STANDARD' rollup profit_m over dm_date Соответствует этому?: lmt dm_date to all lmt dm_manager to all lmt dm_zakazchik to all lmt dm_izdelie to all rollup profit_m over dm_izdelie using icti.parent rollup profit_m over dm_date using ictd.parent ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 11:27 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Да, можно и так, только подставьте в нужных местах правильные имена объектов (измерений и отношений). Точное имя parent-relation можно узнать например вот так : show obj(prp 'parentrel' 'dm_izdelie') Если что-то не будет получаться, советую почитать HELP по команде rollup. Там всё довольно просто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.03.2005, 15:10 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Георгий Т.Да, можно и так, только подставьте в нужных местах правильные имена объектов (измерений и отношений). Точное имя parent-relation можно узнать например вот так : show obj(prp 'parentrel' 'dm_izdelie') Если что-то не будет получаться, советую почитать HELP по команде rollup. Там всё довольно просто. Последний вопрос: Если пришли новые данные rollup нужно делать снова? Просто он у меня вчера всю ночь суммировал. А можно как-нибудь заставить его досуммировать то что ещё не суммированно, а точ что уже проссумированно, чтоб он не трогал? Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 07:36 |
|
||
|
Oracle Express Server 6.3.x
|
|||
|---|---|---|---|
|
#18+
Ну да, при таком подходе надо периодически делать новый роллап, по мере подгрузки новых данных. Но тут можно аккуратнее работать со статусами - ограничить измерение времени лишь теми периодами (периодом) за которые пришли новые данные. И в качестве оптимизации я бы посоветовал объединить все измерения кроме временного в композит (после этого следует пересоздать показатель). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.03.2005, 11:06 |
|
||
|
|

start [/forum/topic.php?fid=49&msg=32937592&tid=1871659]: |
0ms |
get settings: |
8ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
58ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
71ms |
get tp. blocked users: |
2ms |
| others: | 282ms |
| total: | 461ms |

| 0 / 0 |
