問題タブ [matrix-storage]

クライアントのプロジェクトに取り組んでおり、データベースの初期設計を行っています。このプロジェクトは、マトリックス ダイアグラム内でプロセスとその結果を追跡するための単純な Web アプリになります。これらをリレーショナル テーブルに格納する良い方法を探しています。

現在、x 座標と y 座標もマップされるルーチンの一般的なテーブルがあると考えています。おそらく、「ヒット」が記録された座標の ID を含むルックアップ テーブルから外れる可能性があります。これを行うためのより良い方法はありますか？

ありがとう！

編集：

これはプロジェクトの始まりにすぎないので、まだ詳細は限定されていますが、複数のテーブルの背後にある主な理由は、マトリックスのサイズが完全に動的で汎用的であるため、それぞれが異なる可能性があり、それらがユーザー

また、x/y 値の順序が重要であることを忘れていました。これは、xy と値の複数のテーブルを持つことの背後にある私の推論をさらにサポートしました。このことから、個々のセルを知る必要があることが重要であると強く思います。

例：

この基本的な例 (抽象的ではありますが) は、レストランに関するプロセスにあります。アクションは、座る、食べ物を注文する、メニューを調べる、飲み物を注文する、食べる、支払うなどの行に沿ったものです。結果は、注文が取られ、飲み物が配達され、食べ物が配達され、与えられます。一見単純そうに見えても、テイクアウトやバイキングの場合も含めて考えると複雑になります。行動と結果の順序は、状況間の違いを理解する上で不可欠になります

ライブラリは次のことを行う必要があります。

1. ベクトルまたは行列を「フレーム」に記録 (タイムスタンプ付き)
2. 複数のストリームとマーカーを有効にする

ライブラリが次の場合は良いでしょう。

3. BSDライセンスを持っていた
4. 十分に文書化されていた
5. C++で書かれた
6. 有効な非線形アクセス

非常に興味深く、ポイント (1) と (2) を実行するライブラリを見つけました: SDIF。しかし、ドキュメントが不足しており、ライセンスは LGPL です。

推奨事項はありますか？

Matlab の SVM ライブラリを使用してマルチラベル分類を実行しようとしています。svmtrain() hereと呼ばれる「古い」SVM関数を使用して、これに利用できる1つの解決策がありました。それに基づいて、fitcsvm() を使用して独自の関数を作成しました。ただし、SVM トレーニング済みモデルを保存しようとすると、次のエラーが発生します。

classreg.learning.internal/DisallowVectorOps/subsasgn の使用エラー (28 行目)

() インデックスを使用してクラス double のオブジェクトに代入することはできません。

multiClassSVM>(parfor body) のエラー (16 行目)

SVMModel(i) = SVMModelHolder;

multiClassSVM のエラー (8 行目)

parfor i=1:9

複数の ClassificationSVM モデルを変数に格納するにはどうすればよいですか?

それが役立つ場合、コードが与えられます：

これについての助け、またはまったく別の方法で問題を解決するための提案があれば、それが進むべき道であれば幸いです。

フィールドとして行列を持つ 2 つの (あまり小さくない) 3 次元構造体があります。

そしてreset、次のように、両方のマトリックスの 4 つのフィールドのうち 3 つ (実際には 12 のうち 10) のフィールドに値を再割り当てする関数を作成する必要があります。

reset実際に行列に必要なものは関数と同じであることに注意してください。つまり、2 次元が 9 の場合、3 次元の 5120 番目のインデックスのみが必要です。2 次元 = 4 の場合、最大 160 のインデックスしか必要ありません三次元など

質問は次のとおりです。

1. 実際には10個のフィールドを処理する必要があるため、フィールドに同時に(1行1フィールドではなく)値を割り当てる方法はありますか?

2. forループを回避する方法はありますか? 私はこのように試しました：

   arrayfun, bsxfun, cellfun etc.しかし、ここではすべての行列が最大 3 次元 = 5120 で満たされているので、上記の for ループのような「半立方体」だけに適用できる のようなベクトル化関数の使用方法を誰かが教えてくれると期待しています。

更新: ビデオの horchler に感謝します。構造体のマトリックスをフィールドとしてマトリックスを持つ構造体に変更すると、マトリックスの大きなサイズ (バイト単位) の問題が解決されるようです。これにより、ネストされた for ループでもタイミングの問題が解消されます。そのため、質問と入力も更新しました。上記を参照してください。