3

Pony ORM クエリを実行し、モデルに存在する 3 つの属性でクエリをソートしようとしています。最初に曲の種類 ( にリストされている 5 つの値のいずれかssf_type_order_map)、次に期間 (int)、および uuid (文字列) によって分類されます。

曲の種類については、フル、フル (インストゥルメンタル)、ショート、ループ、ステムの順に曲を並べ替えたいと思います。

次の呼び出しを使用してソートしようとする.order_by()と、エラーは返されませんが、前述の順序で必要なため、タイプによってソートされません (ただし、期間と UUID のソートは正常に機能します)。

song_source_files = self.song_source_files.select(lambda ssf: True).order_by(lambda ssf: (ssf.type, ssf.duration, ssf.uuid))

これは私が理想的なクエリだと思うもので、文字列型をそれらの順序をランク付けするマップにマップします。

ssf_type_order_map = {
    'Full': 1,
    'Full (Instrumental)': 2,
    'Shorts': 3,
    'Loops': 4,
    'Stems': 5
}

song_source_files = self.song_source_files.select(lambda ssf: True).order_by(lambda ssf: (ssf_type_order_map[ssf.type], ssf.duration, ssf.uuid))

しかし、これを実行すると、「Expression ssf_type_order_maphas unsupported type 'dict'.

ここの order_by に関する Pony ORM ドキュメントは、このコンテキストでラムダを使用することについて非常にあいまいです。

更新 - 9 月 7 日

また、次のようにモデルに次のゲッター プロパティを追加しようとしました。

@property
def source_type(self):
  ssf_type_order_map = {
    'Full': 1,
    'Full (Instrumental)': 2,
    'Shorts': 3,
    'Loops': 4,
    'Stems': 5
  }

  return ssy_type_order_map[self.type]

次に、次のようにクエリを並べ替えます。

song_source_files = self.song_source_files.select(lambda ssf: True).order_by(lambda ssf: (ssf_type_order_map[ssf.type], ssf.duration, ssf.uuid))

しかし、基本的にモデルにこのプロパティがないというエラーが表示されます。Django の ORM に関する同様の問題に基づく私の推測は、データベース モデルに存在する属性にしかアクセスできないということです。

ポニーもそうだとしたら、自分がやりたいことをどうやったら実現できるのでしょうか?

4

1 に答える 1

3

最初に、Pony は 2 種類のサブ式を区別すると言いたいと思います: 外部式と相関式です。外部式はジェネレーター ループ変数の値に依存しませんが、相関式は依存します。次の例を検討してください。

from some_module import f, g

x = 100
query = select(e for e in MyEntity if e.attr > f(x, 200) and g(x, e))

このクエリには、2 つの部分式があります。1 つ目は isf(x, 200)で、2 つ目は isg(x, e)です。前者はループ変数を使用しないため、Pony では外部式と見なされます。その場合、Pony は、クエリの実行前に Python で式の値を計算し、式を単一のパラメーターに変換できると想定します。そのような式の場合、Pony はその中で使用できる Python 関数に制限を課しません。そのような式の結果は、Python で評価された単一の値に過ぎないからです。

2 番目の式g(x, e)は、ループ変数の値に依存するため、Python では評価できませんe。このような式の結果は、表の行ごとに異なる場合があります。したがって、Pony はそのような式を SQL に変換する必要があります。すべての Python 式を SQL に変換できるわけではなく、gPony が変換方法を明確に知っている関数である必要があります。Pony は、変換可能な Python 操作のサブセットを定義します。このサブセットには、数値型の算術演算startswithendswith、 、 などの文字列メソッド、やinなどの集約関数が含まれます。summax

あなたのコードで、あなたが書くとき

.order_by(lambda ssf: (ssf_type_order_map[ssf.type], ssf.duration, ssf.uuid))

ssf_type_order_map[ssf.type]はオブジェクト変数を参照するssfため、テーブル行ごとに異なる値を持つため、これは相関式であり、Pony はその式を SQL に変換する必要があります。現在、Pony はそのような特定の変換を実行する方法を理解していませんが、原則としてこれは実行可能です。変換の結果は、次の SQLCASEステートメントになります。

ORDER BY CASE ssf.type
    WHEN 'Full' THEN 1
    WHEN 'Full (Instrumental)' THEN 2
    WHEN 'Shorts' THEN 3
    WHEN 'Loops' THEN 4
    WHEN 'Stems' THEN 5
    ELSE 0
END

良いニュースは、Python の if-expression 構文を使用して、Pony でそのような式を記述できることです。

(1 if ssf.type == 'Full' else
 2 if ssf.type == 'Full (Instrumental)' else
 3 if ssf.type == 'Shorts' else
 4 if ssf.type == 'Loops' else
 5 if ssf.type == 'Stems' else 0)

現時点では、Pony は if 式の逆コンパイルをまだサポートしていないため、そのようなコードを直接記述しようとすると、例外が発生します。回避策として、ラムダ関数のソースを文字列として渡す必要があります。この場合、逆コンパイルせずに文字列を AST に直接解析できるため、適切に変換されます。したがって、次のように書くことができます。

song_source_files = self.song_source_files.select().order_by("""
    lambda ssf: ((1 if ssf.type == 'Full' else
                  2 if ssf.type == 'Full (Instrumental)' else
                  3 if ssf.type == 'Shorts' else
                  4 if ssf.type == 'Loops' else
                  5 if ssf.type == 'Stems' else 0),
                 ssf.duration, ssf.uuid)
""")

これは完全に機能するはずですが、別の方法でこの問題を解決することをお勧めします:および属性を持つSourceFileTypeエンティティを作成し、レコードを値で並べ替えることができます。namecodessfssf.type.code

class SongSourceFile(db.Entity):
    name = Required(str)
    type = Required(lambda: SourceFileType)
    duration = Required(timedelta)
    uuid = Required(uuid.UUID, unique=True, default=uuid.uuid4)

class SourceFileType(db.Entity):
    name = Required(str)
    code = Required(int)
    files = Set(lambda: SongSourceFile)

次に、次の方法でクエリを記述することが可能になります。

song_source_files = self.song_source_files.select().order_by(
    lambda ssf: (ssf.type.code, ssf.duration, ssf.uuid)
)

SourceFileTypenameの有用な属性を追加codeしてクエリでも使用できるようになったため、このアプローチはより普遍的だと思います。

于 2016-09-07T13:13:29.713 に答える