Why my sql query is so slow in one database?

as already mentioned before, you have three issues in your query.

Just as an example, change the query to this one:

SELECT Right(rtrim(tbltransac.No_Faktur),6) as NoUrut,
       tbltransac.No_Faktur,
       tbltransac.No_FakturP,
       tbltransac.Kd_Plg,
       Tblcust.Nm_Plg,
       GRANDTOTAL AS Total_Faktur,
       tbltransac.Nm_Pajak,
       tbltransac.Tgl_Faktur,
       tbltransac.Tgl_FakturP,
       tbltransac.Total_Distribusi 
FROM Tblcust
  INNER JOIN ViewGrandtotal AS tbltransac ON Tblcust.Kd_Plg = tbltransac.Kd_Plg 
WHERE tbltransac.Kd_Trn = 'J'
  and tbltransac.tgl_faktur BETWEEN '20150101' AND '20151231'
  And tbltransac.No_OPJ <> 'SHOP'  
Order by NoUrut Desc --Only if you need a sorted output in the datalayer

Another idea, if your viewGrandTotal is quite large, could be an pre-filtering of this table before you join it. Sometimes SQL Server doesn't get a good plan which needs some lovely touch to get him in the right direction.

Maybe this one:

SELECT Right(rtrim(vgt.No_Faktur),6) as NoUrut,
        vgt.No_Faktur,
        vgt.No_FakturP,
        vgt.Kd_Plg,
        tc.Nm_Plg,
        vgt.Total_Faktur,
        vgt.Nm_Pajak,
        vgt.Tgl_Faktur,
        vgt.Tgl_FakturP,
        vgt.Total_Distribusi 
FROM (SELECT Kd_Plg, Nm_Plg FROM Tblcust GROUP BY Kd_Plg, Nm_Plg) as tc -- Pre-Filter on just the needed columns and distinctive.
INNER JOIN (
        -- Pre filter viewGrandTotal
        SELECT  DISTINCT vgt.No_Faktur, vgt.No_Faktur, vgt.No_FakturP, vgt.Kd_Plg, vgt.GRANDTOTAL AS Total_Faktur, vgt.Nm_Pajak, 
                vgt.Tgl_Faktur, vgt.Tgl_FakturP, vgt.Total_Distribusi 
        FROM ViewGrandtotal AS vgt 
        WHERE tbltransac.Kd_Trn = 'J'
        and tbltransac.tgl_faktur BETWEEN '20150101' AND '20151231'
        And tbltransac.No_OPJ <> 'SHOP'  
    ) as vgt
    ON tc.Kd_Plg = vgt.Kd_Plg 
Order by NoUrut Desc --Only if you need a sorted output in the datalayer

The pre filtering could increase the generation of a better plan.

もう1つの問題は、マルチスレッドだけである可能性があります。クエリは、11.000行のためにコストのしきい値に達すると、並列プランを取得する可能性があります。もう1つのクエリは、行が低いため、通常の計画にヒットします。SSMSクエリ内に実際の実行プランを含めることで、生成されたプランを確認できます。

たぶん、あなたは手がかりを得るためにそれらの計画を比較することができます。これで問題が解決しない場合は、ここに投稿して、フィードバックを受け取ることができます。

これがお役に立てば幸いです。テーブルの構造、テーブルのサイズ、パフォーマンスカウンターなどを知らずに、良いヒントを与えるのは簡単ではありません。:-)

よろしく、イオン