問題タブ [querying]

複数のモデルがあるレールアプリがあります。次の関連付けを持つモデル入力など:-

課題:- アプリケーションから入力レコードを削除しようとすると、バックエンドのアクティブ レコード クエリに多くの時間がかかります。つまり、1 つのトランザクションを完了するのに 10 ～ 20 秒かかります。

質問:- すべてのレコードの依存関係を破棄する必要があるため、delete/destroy クエリを実行するためのトランザクション時間を短縮できますか?

レコードを破棄するために、入力コントローラーに次のメソッドがあります

破棄クエリを最適化してトランザクション時間を短縮する方法を教えてください。

ありがとう

私はこのクエリを実行しようとします:

失敗しました。WHERE 句に対して生成されたクエリは次のとおりです。

何が欠けていますか？私がやりたいことをすることは可能ですか？手伝ってくれてありがとう ：）

私は現在、友達機能 (Facebook など) を持つ Web アプリケーションを構築しています。

フレンドがフレンド申請を送信すると、 でフレンドシップ オブジェクトが作成されaccepted = Falseます。リクエストされたフレンドがリクエストを受け入れると、 にaccepted設定されます。True

これが私のモデルです（大幅に簡略化されています）：

このように持っているので、友達リクエストも管理できます。

ここで、ジョンという人物がいるとしましょう。John のすべての友達を取得したい (たとえば、John の友達リクエストを受け入れたすべての友達と、John が友達リクエストを受け入れたすべての友達)。

これが私が今やっている方法です：

私には、これは本当に醜く、おそらく遅くて非効率的です。Django には、このようなことを行う方法がありますか?

残念ながら、この正確なコードは機能しません。より良い方法はありますか？

Datomic では、同じクエリで複数の入力、つまり複数の datomic サーバーを使用できます。

クエリはピア内でローカルに実行され、ピア内の実際の db インデックスを使用するため、複数のデータ サーバーからのデータを結合するクエリの実行は、単一のデータ サーバーで同様の結合を実行するほど速くはないにしても、ほぼ高速になる可能性があるようです。

そうですか、それとも複数のソースを使用する場合のクエリ エンジンの動作に質的な違いはありますか?

(何もない場合は、シャーディングを実行して書き込みパフォーマンスを任意にスケーリングすることにより、データサーバーのすべての書き込みが単一のトランザクションを通過する必要があるという事実を回避できます。RDBMS シャーディングよりも利点は、参加時のパフォーマンスと効率のクエリです)

編集：

単一のデータ型サーバー内であっても、すべてのクエリが同じように高速であるとは限りません。

クエリのパフォーマンスを向上させるには、サンプル データのコミュニティ関連のエンティティなど、頻繁にクエリを実行するエンティティを同じパーティションに配置する必要があります。

言い換えると、datomic サーバー全体のクエリは、単一の datomic サーバー上のパーティション全体のクエリとほぼ同じくらい高速で効率的 (メモリ、CPU 使用率、ネットワーク)ですか?

「行かない」という値の文字列列を含むテーブルがあります

そのユーザーが「行かない」または「行かない」(アポストロフィなし) をクエリしているかどうかにかかわらず、この行を返したいと思います。

この問題を解決するにはどうすればよいですか?

ありがとうございました

ここに私のコードがあります、

クエリ自体は正しく実行されますが、ビューを作成して保存しようとすると、#1349 ビューの select 句に from 句にサブクエリが含まれているというエラーが表示されます。これを回避する方法を知っている人はいますか？

これが私のコードです：

このコードからビューを作成しようとすると、次の形式のエラーが表示されます: #1349 ビューの選択には、from 句にサブクエリが含まれています。これを回避する方法はありますか?