質問がありますが、問題なく動作します。最後のステップでは、「項目リスト」列の項目数に基づいてテーブル DESC 全体を並べ替えたいのですが、機能しません。
外出中は寒いのは確かですが、まだ何かが足りないのです。
item_id は table2 に int(11) として保存され、外部キーとして table3 に渡されます。
これは COUNT 経由で得られた結果です:
これが私が取得した長さです:
長さによる項目のリストの結果が必要な場合、結果は次のようになります。
マイリスト項目リスト 空の 6,7,8,9,10,12,13,14,15,16,17,20,371 空の 20、21、22、23、24、25 空の 6、7、8、9、10 空の131 空の131 1,4,5 空
次のクエリを試してください
次のように、対応する group_concat と同じ条件の sum を使用して、Item List 内の要素数を計算できます。 リーリー
group_concat
sum
Item List
'10000' のような単一の大きな数値を含む項目のリストは、依然として '1 よりも長くなります。 2'、これには 2 つの項目が含まれます。
のような単一の大きな数値を含む項目のリストは、依然として
、これには 2 つの項目が含まれます。
リーリー
長さによる項目のリストの結果が必要な場合、結果は次のようになります。
マイリスト項目リスト 空の 6,7,8,9,10,12,13,14,15,16,17,20,371 空の 20、21、22、23、24、25 空の 6、7、8、9、10 空の131 空の131 1,4,5 空
次のクエリを試してください
リーリー次のように、対応する
これは、結果の文字列の長さを単に比較するよりも安全です。たとえば、group_concat
と同じ条件のsum
を使用して、Item List
内の要素数を計算できます。 リーリー'10000'
文字列関数を使用したい場合は、文字列に含まれるカンマの数を数えることができます。のような単一の大きな数値を含む項目のリストは、依然として
'1 よりも長くなります。 2'、これには 2 つの項目が含まれます。
リーリー
補足: 2 人のユーザーがリストに同じ数のアイテムを持っている可能性があるため、潜在的な関係を解消するために別の並べ替え基準を追加することをお勧めします。