Archive

SSAS


สมมุติก่อนหน้ามี column ที่เก็บรหัสกำหนด datatype เป็น varchar(3) วันดีคืนดี 3 digit ไม่พอแล้วขยายเป็น varchar(4)

เพราะ update dimension ก็จะได้ error ดังนี้

Cube2

มันจะแจ้ง error message ว่า

“Errors in the back-end database access module. The size specified for a binding was too small, resulting in one or more column values being truncated.”

ก็คือ length ใน dimension ยังไม่ถูกแก้ไขนั้นเอง ถ้าลอง search หาใน google วิธีแก้ปัญหาอันดับ 1 คือ

ไปที่ data source view ที่ใช้สร้าง relation ของแล้วให้ refresh schema แต่ลองทำวิธีนี้แล้วไม่สามารถแก้ปัญหานี้ได้

ก็ให้ไปที่ dimension ที่เราแก้ไข length ของ datatype

พอเปิด dimension ก็จะขึ้นหน้า dimension structure เลือก Column ที่แก้ไข คลิกขวา Properties

ไปที่ Properties -> Key Column -> Data Size ให้แก้ไขเป็น Length ตามที่เราแก้ไขใน database

หลังจากนั้น process cube ใหม่ก็เรียบร้อย

Cube1


One Cube vs Multiple Cubes

Chris Webb's BI Blog

One of the questions discussed in the book that Marco, Alberto and I wrote last year, “Expert Cube Development with SSAS 2008” (available in all good bookshops, folks!) was whether, if you have multiple fact tables, you should create one big cube with multiple measure groups or multiple cubes each with a single measure group. While I still stand by what we wrote then, I recently took part in an interesting debate on this subject in the MSDN Forum with Akshai Mirchandani from the dev team about the pros and cons of each approach where some interesting new details came to light:

http://social.technet.microsoft.com/Forums/en-US/sqlanalysisservices/thread/681e59bd-93ca-4a91-9f26-8ed96e825553

Here are the main points you need to consider when deciding whether to use the single cube approach or the multiple cube approach. In favour of the multiple cube approach:

  • Having multiple, smaller cubes may result in faster query performance than one large cube in…

View original post 1,027 more words