-4

具体的に私が言及しているコードは次のとおりです。

AND (
(','||to_char('~[gpv:lt]')||',' LIKE '%,' || to_char(log.logtypeid) || '.' || 
    CASE WHEN log.subtype is null 
    THEN ' ' 
    ELSE log.subtype 
    END || ',%')
OR (','||to_char('~[gpv:lt]')||',' LIKE '%,' || to_char(log.logtypeid) || '.-1,%')
OR (to_char(log.logtypeid) LIKE 
    CASE 
    WHEN to_char('~[gpv:lt]') = '-1' 
    THEN '%' 
    ELSE ','||to_char('~[gpv:lt]')||',' 
    END)  
)

どんな明確化も素晴らしいでしょう。ありがとうございました！

4

3 に答える 3

0

次の式から始めましょう。

(','||to_char('~[gpv:lt]')||',' LIKE '%,' || to_char(log.logtypeid) || '.' || 
    CASE WHEN log.subtype is null 
    THEN ' ' 
    ELSE log.subtype 
    END || ',%')

これは、この慣用句の例です。

','||a||',' LIKE '%,'||b||',%'

aあなたのltパラメータであり、b「タイプドットサブタイプ」文字列です。aこの比較は、カンマで区切られた値のリストである文字列と、単一の値である文字列があり、リストに値が含まれてbいるかどうかを知りたいときにいつでも使用できます。ab

なぜそのように書かれているのかを理解するには、まずこの試みをもっと簡単に見てみましょう:

a LIKE '%'||b||'%'

を取りb、前後にワイルドカードを入れて、マッチさせaます。aこれは、たとえばis1,2,3とbisの場合に当てはまります2。ais12,34,56とbisの場合も残念ながら true になります2。LIKEコンマ区切りリストの解析は行わず、文字列の照合のみを行います。

次に、これを試してみてください：

a LIKE '%,'||b||',%'

bisの場合2、パターンは is %,2,%- を含む任意の文字列に一致するため、 =,2,の場合は true 、a=の場合は1,2,3false になります。残念ながら、2 の前にコンマがないため=についても false であり、2 の後にコンマがないため=についても false です。a12,34,56a2,3,4a0,1,2

次の改善には 2 つの方法があります。個別のパターンケースを使用bして、最初、中間、および最後に一致させることができますa(この方法を使用する場合、正規表現を使用すると読みやすくなります!)

aもう 1 つの方法は、既存のパターンに合わせて変更することです。0,1,2または2,3,4、リストの最初の要素とリストの最後の要素がコンマで囲まれていないため、一致しませんでした。しかし、a一致する前にカンマを先頭に追加すると、リストの最初の要素がカンマで囲まれます! の末尾に別のコンマを追加aして、最後の要素もコンマで囲まれるようにします。

','||a||',' LIKE '%,'||b||',%'

ais0,1,2とbisの場合2、LIKE式は次のようになります。

',0,1,2,' LIKE '%,2,%'

これはマッチです！最初のワイルドカードが を吸収し,0,1、,2,が見つかります。最後のワイルドカードは、末尾の長さがゼロの部分文字列に一致しますが、これは許可されています。

于 2014-08-21T13:57:23.473 に答える