このプロセスは、伝えられるところでは、キューブ
いいえ、そうでないために新しい次元を作成し、またそれはに主張しません。コード内の解説は、の次元の作成について何も述べていません。次元の作成の名前と表示されています。つまり、DimensionElementInsert関数で使用するためにディメンション名を指定する必要があります。この属性は、がの既定の次元のベース名を提供します。 (たとえDimensionExists関数がいつでも呼び出されないということを考えれば、信憑性のある記事ですが)もちろん、TIでエラー処理が完全に行われていないことを考えれば、 )DimensionCreate関数はここでは呼び出されません。属性値を文字単位で解析し、空白をアンダースコアに置き換えます(を貼り付けた後)。 rp_)を使用して、正しいディメンション名を取得します。
もう1つの属性は、ディメンション内の最上位要素の定義を定義します。その要素が存在しない場合は、強調表示したコードによってその要素が作成されます。
Nick McDermaidによるコメントは正しいです。既存のキューブにディメンションを追加することはできません。データをエクスポートしたり、キューブを破棄したり、同じ名前で余分なディメンションを持つ新しいキューブを作成したり、古いデータをインポートしたりすることはできますが、それは異なります。また、インポートプロセスでは、データを書き込むときに使用する新しいディメンションの適切な要素を選択するコードが必要になります。
はキューブに寸法がTM1に、など、存在しない
対策をより多くの次元を追加する必要があるとき、彼らは代わりにメジャー・ディメンションに新しい要素を追加する理由ということではありません。キューブのディメンションは、他のシステムとの通信に「メジャー」ディメンションとしてフラグを立てることができますが、TM1自体に影響はありません。便宜上、キューブの最後のディメンションは「メジャーディメンション」と呼ばれることがありますが、キューブに格納されているメトリックを保持するディメンションを識別するための便利な名前以外の意味はありません。
さらに重要なことに、次元は次元であり、要素は要素です。ディメンションに要素を追加するときは、キューブのディメンションを変更しません。 (あなたはおそらく希薄さを変えているかもしれませんが、それはまったく別のコンセプトです)。これを行う唯一の方法は、上記のように実際には行えない新しい次元をキューブに追加することです。代わりに古いキューブを破棄し、同じ名前と異なる次元数を持つ新しいキューブに置き換えます。そうすることで、キューブのために書かれたすべてのスライス、アクティブフォーム、ビューなどがすべて廃棄されることになるので、実際には非常に頻繁に行われることではありません。
キューブにディメンションを追加することはできません。新しいキューブを作成する必要があります。フィーダーとルールの数が違うとフィーダーとルールのすべてが失敗することはありません –
あなたの他の質問とは....誰が知っていますか...それらの名前によるディメンションが既に存在するかどうかチェックしましたか?このような理由からあらかじめ正確に作成されたファンドに資金を提供する可能性があります。 –
キューブにディメンションを追加する必要がある場合、代わりにメジャーディメンションに新しい要素を追加するのはなぜですか? –