Datomicがページネーションをサポートしていないことを考えると、次のようなクエリを効率的にサポートする方法を考えています。

で最初の 30 個のエンティティを取得し、正規表現に一致する:history/bodyエンティティを見つけます 。:history/body

正規表現マッチングを単独で行う方法は次のとおりです。

所見:

1. (take ...)その後、それらから取得できますが、それは最初の 30 個のエンティティに対する照合と同じではありません。
2. すべてのエンティティを取得してtake 30から手動re-findでtake 30. さらに: 30M のエンティティから 20M を取り出し、それらを でフィルタリングしたい場合はどうすればよいre-findですか?

Datomic のドキュメントでは、クエリがローカルで実行される方法について説明していますが、52913 個のエンティティのセットでメモリ内変換を試してみました (確かに、完全にtouch編集されています)。5 秒ほどかかります。数百万または数千万でどれほど悪いか想像してみてください。

特定の DTD に相当する Datalog プログラムを作成するのを手伝ってくれる人はいますか?

DTD :

また、dtd を対応するデータログ プログラムに変換する際に従う必要がある特定の規則はありますか?

https://github.com/tonsky/datascript から

つまり、これは何をしているのかという問題ではなく、どのように (または少なくともなぜ) それを行っているのかという問題です。max と min は、それぞれ後続の整数の最大値または最小値を返す関数です。?amount集約数を制限するためにどのように考慮されていますか? そもそも、なぜこれらのものが集まるのでしょうか? 集約するようにコードがどのように実行されているか。このコードがどのように流れて結果を生成するのか、私には本当にわかりません。

したがって、DLV で実行する ASP で記述された一連のファクトとクエリがあります。

triple1次に、回答セットに事実が含まれていないトリプルの数を数えたいと思います。次に、このような集計 #count クエリを作成しました。

しかし、私が得たのは、結果として表示される変数の数だけでしたTermA。そして、クエリを次のように変更したとき：

それは私にエラーを与えます。このクエリを実行するにはどうすればよいですか?

Q:

このナンセンスのすべてに対する完璧な答えは 1 つではありません。可能なフレーバーを絞り込むための経験豊富な洞察、変換の悪夢を回避するための一般的な戦略、CPU/ディスク上のデータストレージのフットプリントを削減するためのアイデアを期待しています (大きな文字列操作は高価で面倒です)。私は制限されたハードウェアを使用しており、XML標準にはやや慣れていません。私はそれをうまく読み書きできます（通常はウェブサイト用）が、データセットのカプセル化としては決してありません。

この数週間考えてみた結果、XML ファイルが私の理想的な保存先であると 92.3% 確信しています。さまざまな機器の読み取り/分析をログに記録し、一度に数か月間保持しています。データ収集ノードのハードウェア リソースが限られていることに懸念はありますが (過剰な文字列操作は遅くなる可能性があり、512kB RAM、3.2GB フラッシュ ストレージ)。

RAW数値データ型を処理できる最小限のフットプリントで整形式の ML を見つけようとしています。完全に準拠したファイルは必要ありませんが、最適なソリューションを探しているので、適切な形式から大きく逸脱しないようにします

プライマリ データ モデルの要因

(そして、Packed binary、FLAT TEXT、さらには CSV よりも XML の方が適していると私が考える理由)

• 最大 8 つの異なるデータポイント (異なる測定値、ブランド、およびセンサーの種類)
• さまざまな生データ型 (REAL32、DINT、DWORD、BYTE、STRING(任意の長さ)
• データセットは、各ファイル内に絶対タイムスタンプを保持できる必要があります (最終的にマージされる数百の XML でいっぱいのディレクトリがあります)。
• データポイントの構成/数量は変更される可能性があるため、冗長性/混乱を最小限に抑えてスキーマの変更に注意できる必要があります。

パフォーマンスの制約/考慮事項

• 通常は、組み込みプラットフォームから XML のみを書き出す必要があるため、読みやすさは最重要事項ではありません。
  • 断続的な DATE-TIME ノードは、このような問い合わせのインデックス作成に役立つと思います
• データを過度に圧縮すると、実際にはエクスポート時に問題になる可能性があります。
• 過度に冗長な XML では、111 日間の保存しかできません。それを最大180日以上取得したいと考えています。したがって、テキストをより適切に凝縮する必要があります。
• データがオフロードされると、潜在的なターゲットが 3 つあります。過度に複雑にすることで、変換のボトルネックや間違いに遭遇したくありません。
  • Microsoft Excel (完全に理解する必要はありませんが、非準拠のスキーマ タイプ/マップを 2D グリッドに手動でインポートするのに何時間も費やしたくありません。
  • RRD バックエンド サーバー (必要な変換を実行できますが、RRD が必要とするものにすでに近づいていることを願っています)
  • いくつかのかわいい Javascript/Android ツール。これらはカスタム データ型の処理を実行することを期待していますが、適切な形式の XML を使用すると、開発中の取得と解析がより簡単になります。

これが痛々しいほど明らかである場合は申し訳ありませんが、Datomic で論理和を表現するにはどうすればよいですか? たとえば、名前が「1」または年齢が 5 歳未満のエンティティを探している場合、どうすればよいでしょうか?

ありがとう！

データログはセットまたはマルチセットで動作しますか? 同じことがプロローグにも当てはまりますか？私はそれに関するドキュメントを見つけることができませんでした。

author多くの関連エンティティを持つエンティティがあるとしbookます。本の量が最も多い著者を取得するためのクエリは何ですか?