Sreenivas hat auf seinem Blog eine schöne Chart-Demo. Per Click kann an Drill-Replace ausgeführt werden. Per Ctrl + Click wird auf die übergeordnete Ebene angezeigt.

Ein Beispiel, dass sehr schön die Möglichkeit von Pivot-Tabellen zeigt, befindet sich auf Satishs Blog.

Die Kommunikation zwischen der Flex-Anwendung und dem Olap-Server kann momentan über XMLA erfolgen. Hierbei handelt es sich leider um einen veralterten Standard. So muss man gespannt warten, bis die Flex-Komponenten olap4j, den aktuellsten Standard zum Datenaustausch zwischen Olap-Clients und Olap-Servern unterstützt wird.

Viel Spass beim Stöbern.

• log4j soll alle von Hibernate generierten SQL-Queries in eine eigene Datei schreiben.
• Hibernate (Version 3.2.6.) befindet sich des Applicationserver JBoss 4.2.2
• Die log4j-Konfiguration muss im XML-Format vorliegen

Keine sonderlich exotische Problemstellung, wie ich finde. Meine Lösung sieht wie folgt aus.

In die Datei  jboss-log4j.xml muss ein zusätzlicher Appender hinzugefügt werden. Dieser schreibt in die Datei sql.log

<appender name=“SQL_FILE“>
<errorHandler/>
<param name=“File“ value=“${jboss.server.log.dir}/sql.log“/>
<param name=“Append“ value=“false“/>
<param name=“Threshold“ value=“DEBUG“/>

<!– Rollover at midnight each day –>
<param name=“DatePattern“ value=“‘.’yyyy-MM-dd“/>

<!– Rollover at the top of each hour
<param name=“DatePattern“ value=“‘.’yyyy-MM-dd-HH“/>
–>

<layout>
<!– The default pattern: Date Priority [Category] Message\n –>
<param name=“ConversionPattern“ value=“%d %-5p [%c] %m%n“/>

<!– The full pattern: Date MS Priority [Category] (Thread:NDC) Message\n
<param name=“ConversionPattern“ value=“%d %-5r %-5p [%c] (%t:%x) %m%n“/>
–>
</layout>
</appender>

Zusätzlich muss zwei weitere Kategorien hinzugefügt werden, die mit den neuen Appender verknüpft sind. Die Kategorie org.hibernate.SQL veranlasst das Loggen  aller SQL-Queries. Die weitere Kategorie org.hibernate.loader.Loader veranlasst das Loggen des Hibernate Loaders. 

<category name=“org.hibernate.SQL“>
<priority value=“TRACE“/>
<appender-ref ref=“SQL_FILE“ />
</category>

<category name=“org.hibernate.loader.Loader“>
<priority value=“TRACE“/>
<appender-ref ref=“SQL_FILE“ />
</category>

Wichtig!!! Ich habe leider keinen  Weg gefunden die Bind Variablen zu loggen.

layout.user.private.layouts.enabled=false
layout.user.public.layouts.enabled=false

Im Netz befinden sich Beispiele, wie man Liferay 5.1 so missbrauchen kann, dass das Portal zu dem Thema wie in vorherigen Versionen verhält. Keine dieser Lösungsvorschläge konnte mich aber überzeugen, da die empfohlenen Änderungen am Liferay-Code bei jedem Update auf eine neue Liferay-Version immer wieder getätigt werden müssen.

Falls Du eine Lösung gefunden hast, würde ich mich freuen, wenn Du sie hier postest.

Der Aggregation Designer ist ein Java-Programm, mit dessen Hilfe automtisch Aggregations-Tabellen erstellt werden können. Aggregations-Tabellen enthalten voraggregierte Werte, sodass die Datenbank möglichst wenige Werte aggregieren muss. Der Gewinn an Performance kann durch diesen Mechanismus deutlich gesteigert werden. Der Nachteil bei der Verwendung von Aggregations-Tabellen ist der höhere Speicherbedarf. Der Aggregation Designer enthält eine Anzeige, die den Performance-Gewinn und den erhöhten Speicherbedarf grafisch darstellt.

with member [Measures].[Number coffee bars] as iif([Store].currentMember.level is [Store].[Store Name],cast ([Store].currentMember.properties(„Has coffee bar“) as numeric), sum([Store].currentMember.children, [Measures].[Number coffee bars]))
select {[Measures].[Number coffee bars], [Measures].[Store Cost], [Measures].[Store Sales]} ON COLUMNS,
{([Store].[All Stores], [Time].[1997])} ON ROWS
from [Sales]

Das Resultat erscheint wie erwartet, aber eine Sache ist dringend zu beachten!!! Es wird nur innerhalb der Dimension Store aggregiert. Es ist zum Beispiel nicht möglich, alle Coffe Bars zu einem vergangenen Zeitpunkt angezeigt zu bekommen.

		Kennzahlen
Store	Time	Number coffee bars	Store Cost	Store Sales
All Stores	1997	14	225.627,23	565.238,13
Canada	1997	2
Mexico	1997	5
USA	1997	7	225.627,23	565.238,13
CA	1997	3	63.530,43	159.167,84
Alameda	1997	0
Beverly Hills	1997	1	18.266,44	45.750,24
Store 6	1997	1	18.266,44	45.750,24
Los Angeles	1997	0	21.771,54	54.545,28
San Diego	1997	1	21.713,53	54.431,14
San Francisco	1997	1	1.778,92	4.441,18
OR	1997	1	56.772,50	142.277,07
WA	1997	3	105.324,31	263.793,22

Werden in einer MDX-Query Elemente und deren Eltern-Elemente ausgewählt, erfolgt keine dynamische Aggregation. Hier ein Beispiel:

select {[Measures].[Unit Sales]} ON COLUMNS,
{[Promotion Media].[All Media], [Promotion Media].[All Media].[Bulk Mail], [Promotion Media].[All Media].[Cash Register Handout]} ON ROWS
from [Sales]
where [Time].[1997]

Slicer: [Year=1997]

Die Verwendung der VisualTotals Funktion läßt die beiden Elemente „Bulk Mail“ und „Cash Register Handout“ sumieren, sodass das Elemente „All Media“ die Summe der beiden Kinder hat.

Hierzu ein Beispiel:

select {[Measures].[Unit Sales]} ON COLUMNS,
VisualTotals({[Promotion Media].[All Media], [Promotion Media].[All Media].[Bulk Mail], [Promotion Media].[All Media].[Cash Register Handout]}) ON ROWS
from [Sales]
where [Time].[1997]

Slicer: [Year=1997]