SORU
21 NİSAN 2015, Salı


Mondrian: Cannot Toplama Tabloları kullanılacak gibi görünüyor

Toplama tabloları çalışmak için mücadele ediyorum. Aslında benim tablo gibi görünür:

employment_date_id
dimension1_id
dimension2_id
dimension3_id
dimension4
dimension5
measure1
measure2
measure3

Yıl employment_date_id, çeyrek ve yıl dahil ay çöken değilim ama diğer her sütun bulunur. Bu toplama benim tablo gibi görünür:

yearquartermonth_year
dimension1_id
dimension2_id
dimension3_id
dimension4
dimension5
measure1
measure2
measure3
fact_count

Sadece tarihin yıl kısmı çöken ediyorum. Geri kalan alanlar olarak kaldı. İşte benim yapılandırma:

<AggFactCount column="FACT_COUNT"/>
<AggForeignKey factColumn="dimension1_id" aggColumn="dimension1_id"/>
<AggForeignKey factColumn="dimension2_id" aggColumn="dimension2_id"/>
<AggForeignKey factColumn="dimension3_id" aggColumn="dimension3_id"/>

<AggMeasure name="[Measures].[measure1]" column="measure1"/>
<AggMeasure name="[Measures].[measure2]" column="measure2"/>
<AggMeasure name="[Measures].[measure3]" column="measure3"/>

<AggLevel name="[dimension4].[dimension4]" column="dimension4"/>
<AggLevel name="[dimension5].[dimension5]" column="dimension5"/>
<AggLevel name="[EmploymentDate.yearQuarterMonth].[Year]" column="yearquartermonth_year"/>

Çoğunlukla documentation dan toplama Tablo 2 örnek taklit ediyorum. Yazılarımı en tablo içine çöktü ve boyut tabloları için yabancı anahtarları.

Yürütmek için çalışıyorum, sorgu gibi bir şey:

select {[Measures].[measure1]} on COLUMNS, {[EmploymentDate.yearQuarterMonth].[Year]} on ROWS from Cube1

Sorun bende de hata ayıklama ve oturum açtığınızda bu gibi bit anahtarları görüyorum

AggStar:agg_year_employment
 bk=0x00000000000000000000000000000000000000000000000111111111101111100000000000000000000000000000000000000000000000000000000000000000
 fbk=0x00000000000000000000000000000000000000000000000000000001101111100000000000000000000000000000000000000000000000000000000000000000
 mbk=0x00000000000000000000000000000000000000000000000111111110000000000000000000000000000000000000000000000000000000000000000000000000

Ve benim sorgu bit deseni

Foreign columns bit key=0x00000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001
Measure bit key=        0x00000000000000000000000000000000000000000000000000000010000000000000000000000000000000000000000000000000000000000000000000000000

Ve bu yüzden toplama masama atlanır. Ancak, bu tabloya katlanmış tam sütun. Ama bit pozisyonları off sorgu ve toplama tablonun arasında. Başka bir şey buluyorum garip bir kısmının sütun çöktü tablo, ama tüm AggForeignKeys değil dahil olarak yerleri öyle yaparsam bir sorgu ile bu sütunları bu toplama tablo olur atlanır? Ne planlıyordu sayacı. Planım yıl sınırları bir sorgu bu toplama tablo yapıyoruz sürece.

Bu çalışmıyor neden ve bit anahtarları düzgün oluşturmak için başarısız olur anlamıyorum. Mondrian kod hata ayıklama denedim, ama bit anahtarları hangi pozisyon bulmaktan açık değildir. Bu bu kadar zor olmamalı gibi hissediyorum, ama orada her şey gerçekten bu çok iyi açıklamıyor. Ve bu toplama masa mimarisi gerçekten kırmaktır.

Neyi yanlış yapıyorum? Ve neden benim çözüm işe yaramıyor?

Güncellemeİşte benim mondrian.dosya özellikleri:

mondrian.jdbcDrivers=com.mysql.jdbc.Driver,oracle.jdbc.driver.OracleDriver

mondrian.rolap.generate.formatted.sql=true
mondrian.rolap.localePropFile=locale.properties
mondrian.rolap.aggregates.Use=true
mondrian.rolap.aggregates.Read=true

mondrian.trace.level=2

mondrian.drillthrough.enable=true

CEVAP
21 NİSAN 2014, PAZARTESİ


SharePoint nesne modeli ile benzer yapmaya çalışırken bir 403 alıyordum. Bunu düzeltmek zorunda kaldım tüm kullanıcı Aracısı vardır.

Burada Using WebRequest to obtain cookies to automatically log into Sharepoint Online, getting variour errors cevap

Bazı yardımcı olduğunu umuyoruz.

Bunu Paylaş:
  • Google+
  • E-Posta
Etiketler:

YORUMLAR

SPONSOR VİDEO

Rastgele Yazarlar

  • akalyne

    akalyne

    13 Mayıs 2009
  • Bryan Smith

    Bryan Smith

    12 Mart 2006
  • laptopmag

    laptopmag

    25 Ocak 2008