異なるアプリケーションがアセンブリを読み込むときを除いて、静的なクラス変数のようなものが欲しいです。すべて同じ変数を共有したいと思っています。アセンブリの後続のインスタンスを同じメモリに共有する方法はありますか?
私はディスクやデータベースに書き込むことができますが、これはSQLクエリで使用されるプロセスのためであり、おそらくそれはあまり遅くなります(実際にはこれらのオプションをテストするつもりですが、その間にこの質問をしてくださいb/c私はそれが受け入れられる解決策になるとは思わない)。
私が展開で最低のオーバーヘッドをincurrsソリューションを使用することを好むだろう、とソリューションは、それが私は終わりだときに使用するのは簡単だとして作成することは容易ではない場合、私は気にしません。
私はいくつかの永続メモリフレームワークがあることを知っています。私はまだそれらのうちのいずれかをチェックしていないとおそらくそれらのいずれかが完璧なので、1つをお勧めします。私は自分自身で何かを書くこともできます。特に、私が展開するのが簡単な場合は特にそうです。
ご協力いただきありがとうございます。
編集:私は本当に簡単な解決策を見落としていたようです。私の問題は、私が書いたSQL集約関数への呼び出しの間にデータを直列化するために8000バイトのスペースしか提供しないというSQLの問題でした。あなたのデータを圧縮し、その8000バイトを最大限に活用する方法についての記事を読んで、私ができることは何もないと思っていました。それが判明したように、私は0から8000の範囲の代わりにMaxBytes = -1を設定して、2GBまでの空間を得ることができます。私はこれが3.5フレームワークで追加された何か新しいものだと信じています。なぜなら、この8000バイトの制限について語っているさまざまな記事があるからです。これは私が過去に他の理由のために解決したいと思っていたし、今私は、私はアプリの間で通信するために本当に簡単かつ迅速な方法が必要な場合に何をすべきか知っている問題であるとして
はかかわらず、あなたの答えありがとうございました。
それは同時にインスタンスを実行するためにはうまくいくが、私の場合は同時に実行されていない。メモリのようなサウンドは、インスタンス間で失われる(またはディスクに永続化され、目的を破る)。 、右? –
@BrandonMoore同じ時間に実行されていない2つのインスタンス間で共有データが必要な場合は、それを維持する必要があります...達成しようとしているもの –
SQL集計モード関数、選択すると、製品グループからスタイル別にdbo.mode(price)が表示されます "。申し訳ありませんでしたが、これまでの回答を取り戻したいと思っていました。人々がそうでなければ示唆していた代替の解決策を聞く前に。問題は、集約関数を実装するためにSQLが提供するインタフェースが、8000バイトしか許さないシリアライザを使用することです。 –