記事"トレードにおけるOLAPの適用(パート1):多次元データのオンライン分析"についてのディスカッション - ページ 2

新しいコメント
 

ベクトルで書かれたデータの最も単純な集計方法：

1.トランザクションのすべての特性ベクトルをその方向に垂直に移動させる。ある特定のトランザクションのすべてのデータを迅速に集約することが可能である。この場合、1つの単純なループが使用される。

2.最初のサイクルでベクトルの方向に沿って移動し、2番目のサイクルでベクトルの方向に垂直に移動すれば、すべてのトランザクションのすべてのデータを収集することができる。

結論：平行・垂直移動では、任意のトランザクション選択フィルターを使用できる。


どのようなプロパティのどのような値でも、検索フィルターとして機能する。例えば、シンボルはトランザクションのプロパティである。特定の記号はトランザクション・プロパティの特定の値であり、データ集計のフィルタになる。 ロットもトランザクション・プロパティである。 ロットの特定の値もフィルタになる。 複雑なフィルタは、特定のプロパティの特定の値の組み合わせである。普遍的な集計方法では、フィルタの複雑さとサイズに制限はない。したがって、主なタスクはデータ解析を整理すること（これは常に平行-垂直）ではなく、トリッキーなユーザー定義フィルタを集約関数の引数に変えることである。

 
Реter Konow:

......したがって、主なタスクはデータ解析を整理すること（これは常に平行-垂直）ではなく、狡猾で複雑なカスタムフィルターを集約関数の引数に変えることである。

トランザクションプロパティの特定の値だけでなく、これらの値の範囲も含む複雑なフィルタ（データ選択条件のセット）を関数の引数にするにはどうすればよいでしょうか？

1.プロパティベクトル（パラメータ値の履歴を格納）にはインデックスを付けなければならない。各トランザクションプロパティはシーケンス番号を持つべきである。これによって、必要なリソースが照会され、そこからデータが取得される。

2.各フィルタは、特定のトランザクションプロパティの特定の値、または値の範囲 である。

従って、フィルタを構築するために、ユーザはループを作成するベクター上のプロパティのインデックスを指定し、それらの特定の値または値の範囲を指定する必要があります。 この情報は、通常の配列に書き込まれ、集約関数に渡すことができます。この関数は、リソースから必要なベクトルを抽出し、渡された配列のフィルタを使用して、その内容を平行-垂直にループします。

これは非常に単純明快な作業である。

 

記事の著者へ：OLAPはクラスの配列と根本的にどう違うのでしょうか？

実際、ある点を特徴づける値の値、あるいは値の複合体をベクトルとしよう。しかし、各ポイントはクラスを通して表現することができる。この場合、その特性はすべてベクトルに書き込むことができ、その逆も同様である：

class TradeDeal
{
   Symbol = EURUSD;
   TimeHold = 1 h,13 m,55 s;
   Profit = 21.52$;
   MAE = 1.243;
}; => {EURUSD, {1 h,13 m,55 s}, 21.52$, 1.243 };

つまり、OOPクラスのインスタンスは、本質的には多次元空間におけるベクトル、あるいはその値を次元の集合に投影した点なのである。つまり、OOPクラスのインスタンスは、本質的に多次元空間におけるベクトル、またはその値を次元集合に投影した点である。したがって、パラメータによる選択は、そのようなクラスの一般的なコレクションを探索し、適切なインスタンスを選択することで構成される。

 
Vasiliy Sokolov:

記事の著者へ：OLAPはクラスの配列と根本的にどう違うのですか？

実際、ある点を特徴づける値の値、あるいは値の複合体をベクトルとしよう。しかし、各ポイントはクラスを通して表現することができる。この場合、その特性はすべてベクトルに書き込むことができ、その逆も同様である：

つまり、OOPクラスのインスタンスは、本質的には多次元空間におけるベクトル、あるいはその値を次元の集合に投影した点なのである。従って、パラメータによる選択は、そのようなクラスの一般的なコレクションの通常の走査と、条件に適したインスタンスの選択で構成される。

これがおおよそ行われてきたことである。クラス-レコードの他に必要なのは、ソースを読み込むためのクラス、レコード上のクラス-イテレータ、集計関数のクラス、結果を得るためのクラス、そして視覚化のためのクラスだけである（第2部で説明する）。これらすべてを合わせるとOLAPになる。

 
Maxim Dmitrievsky:

トレードに関する記事がもっとあればもっといい。

というわけで、プログラマーは他の分野から開発を投げ出していることが判明した。なぜなのか、誰に対してなのかは不明だ。

多くの人が口にしていたことだと思う。）

全くその通りだ。私も長い間考えていた。

 
Aleksandr Masterskikh:

まったくその通りだ。私もこのことをずっと考えてきた。

ただ、それを書き留める。
 
Artyom Trishkin:
ただ書けばいい。

アーテム、君は分かってないね、みんな "Dough "ボタンが必要なんだよ:)そして、ここでは異なるOLAPについて書かれている...いつになったらボタンの説明があるんだ？

 
Vasiliy Sokolov:

アルテム、君は分かってないね。みんな "Money "ボタンが必要なんだよ:)そして、ここでは別のOLAPについて書かれている...いつになったらそのボタンの説明があるんだ？

そのようなボタンに関する最も難しい記事 ;)
削除済み  
Vasiliy Sokolov:

アルテム、君は分かってないね。みんな "Money "ボタンが必要なんだよ:)そして、ここでは別のOLAPについて書かれている...いつになったらボタンの説明があるんだ？

何のために、人々はきれいなボタンと言葉を必要としているんだ。

 
Artyom Trishkin:
ただ書く。

最近、トレードに関する記事よりも、市場ダイナミクスの分析とは関係のない二次的なもの（出来合いの売買結果を処理するサービスなど）をプログラミングする記事が蔓延していると書いただけだ。

もちろん、それも必要なことだが、主な仕事は取引そのものであり、市場参入の アルゴリズムを探すこと（そしてそのアルゴリズムをプログラミングすること）である。

123
新しいコメント