問題タブ [mnesia]

次の要件を持つプロジェクトの設計を開始しています。

• システム全体は、WAN上の複数の物理ノードに分散されます
• 各ノードは、共通のデータレコードセットを使用および操作します
• これらのレコードの操作は、ネットワークの停止に対して回復力がなければなりません

このプロジェクトのベースプラットフォームとしてMnesia/Erlangを利用することを検討していますが、Mnesia / Erlang（Mnesia）がデータセットで同時に切断された競合する操作をどれだけうまく処理できるかを知りたいです。

実例となるシナリオ：

1. ノードAとBには、接続性と空のデータセットがあります。
2. ノードAはレコード（1、ABC）を追加します。
   • ここで、レコードセットは透過的に同期する必要があり、ノードBにもレコード（1、ABC）があります。
3. それらの間のネットワーク接続は失われます。
4. ノードAはレコードを（1、DEF）に変更します。
5. ノードB（後のタイムスタンプ）は、レコードを（1、GHI）に変更します。
6. ネットワーク接続が復元されます
   • 予想：透過的な同期の後、両方のノードにレコード（1、GHI）が含まれます。

簡単にするために、完全な変更履歴は必要ないと仮定しましょう（たとえば、レコード1にABCまたはDEFが含まれていたことは重要ではなく、現在はGHIが含まれていることだけが重要です）。

これは、Mnesiaのすぐに使用できる（または実装するのが簡単な）機能ですか？

Erlang、Mnesia、および Yaws Web サーバーを使用してメタ検索エンジンを設計する際に最初に考慮すべきことを誰か説明してもらえますか? このエンジンには SMS 機能が必要ですが、この機能をどのように組み込むかはまだ考え中です...

mnesia:info() の出力を保存するには?

UNIX画面でリモートshを使用していますが、ウィンドウをスクロールできません

mnesia にバイナリとして保存されているデータがあります。テレビでデータを (例: <<"data_content">> として) 表示するにはどうすればよいですか? tv では、バイナリ データのみ <<#BIN>> として表示されるようです。

私はmnesiaテーブルを持っています:

この 3 つのフィールドからすべてのデータを取得するにはどうすればよいですか?

ありがとうございました。

スキーマに存在しないテーブルとまだロードされていないテーブルの違いをどのように見分けることができますか?

私は現在、mnesia:wait_for_tables() を比較的大きなタイムアウトで使用してテーブルを検出していますが、これは緩く (テーブルが実際に起動するのに時間がかかる場合)、時間がかかります (テーブルが実際に存在しない場合)。

usersユーザーとパスワードのフィールドを持つ mnesia テーブルがあります。

私のテーブルからのデータ:

ユーザー名でパスワードを取得する必要があります。私が作る：

しかし、それは戻ります[]。

ユーザー名でパスワードを取得するにはどうすればよいですか?

Erlang/OTP でメール関連の通信を実用的に処理するにはどうすればよいですか? bash、python、または Perl スクリプトを使用して、電子メールを送信することができます。しかし、Erlang では、他のアプリケーションに代わって電子メールを送信および/または受信する専用のアプリケーションまたは組み込み関数をまだ見つけていません。 yaws
では、Web サーバーのアプリケーション パスにメール アプリケーションがあります。ただし、yaws のホームページには、このアプリケーション専用のドキュメントはありません。Nitrogen Web フレームワークでは、電子メール プロトコルに関する限り、まだ有用なものは何も見つかりませんでした。
実用的にメールを送受信するために使用できるライブラリを誰かが知っている場合は、私に指示してください。また、私が知らない非公式の実装もある可能性があります。前もって感謝します

MnesiaがEricssonによってオープンソース化されていることを多くのドキュメントで確認しましたが、単純なグーグルでは、コードを含むリポジトリを見つけるのに役立ちませんでした...

Mnesiaはまだオープンソースですか？

私は過去5か月間erlangを使用してきましたが、今は気に入っています。YAWSWebサーバーとMnesia DBMSと対話する並行アプリケーションを書き留めて、分散システムで作業するときが来ました。 Erlangの大ざっぱなドラフト？

つまり、アプリケーションにはサーバー側とクライアント側の両方が必要であり、サーバーはクライアントからのサブスクリプションを受け入れ、イベントプロセスからの通知を各サブスクライバーに転送し、メッセージを受け入れてイベントを追加し、必要なプロセスを開始し、メッセージを受け入れることができます。イベントをキャンセルし、その後イベントプロセスを強制終了します。一方、クライアントはサーバーにすべての詳細を含むイベントを追加するように要求し、サーバーにイベントをキャンセルするように要求し、サーバーを監視し（サーバーがダウンしたかどうかを確認）、必要に応じてイベントサーバーをシャットダウンできる必要があります。サーバーから要求されたイベントには期限が含まれている必要があります