GROUP BYステートメントのワイルドカードが機能しないのはなぜですか？

次のSQLステートメントを機能させようとしていますが、構文エラーが発生します。

SELECT A.*, COUNT(B.foo)
FROM TABLE1 A
LEFT JOIN TABLE2 B ON A.PKey = B.FKey
GROUP BY A.*

ここで、Aは40列の幅の広いテーブルであり、可能であればGROUP BY句に各列名をリストしないようにします。同様のクエリを実行する必要のあるこのようなテーブルが多数あるため、ストアドプロシージャを作成する必要があります。これにアプローチする最良の方法は何ですか？

MS SQL Server 2008を使用しています。

GROUP BY A.* SQLでは許可されていません。

グループ化するサブクエリを使用してこれをバイパスし、結合することができます：

SELECT A.*, COALESCE(B.cnt, 0) AS Count_B_Foo
FROM TABLE1 AS A
  LEFT JOIN 
      ( SELECT FKey, COUNT(foo) AS cnt
        FROM TABLE2 
        GROUP BY FKey
      ) AS B 
    ON A.PKey = B.FKey ;

SQL-2003標準には、機能的にそれらに依存している限りSELECT、GROUP BYリスト内にリストにない列を許可する機能があります。その機能がSQL-Serverに実装されていた場合、クエリは次のように記述できます。

SELECT A.*, COUNT(B.foo)
FROM TABLE1 A
LEFT JOIN TABLE2 B ON A.PKey = B.FKey
GROUP BY A.pk                          --- the Primary Key of table A

残念ながら、この機能はまだ実装されておらず、SQL-Server 2012バージョンでも、そして私が知る限り他のDBMSでも実装されていません。それを持っているが不十分なMySQLを除いて（不適切：上記のクエリは機能しますが、エンジンは機能的な依存関係をチェックせず、他の不適切なクエリは間違った、半ランダムな結果を表示します）。

@マークByers氏はコメントで私たちを知らせ、PostgreSQLの9.1は、新しい機能を追加、この目的のために設計されています。MySQLの実装よりも制限的です。

@ypercubeの回避策に加えて、「タイピング」はを使用する言い訳にはなりませんSELECT *。これについてはここで書きましたが、回避策を講じたSELECTとしても、40などの膨大な数がある場合でも、リストには列名を含める必要があります。

簡単に言えば、オブジェクトエクスプローラーでオブジェクトの列ノードをクリックし、クエリウィンドウにドラッグすることで、これらの大きなリストの入力を避けることができます。スクリーンショットはビューを示していますが、テーブルに対しても同じことができます。

しかし、アイテムを数インチドラッグするという多大な労力にさらされるべきであるすべての理由について読みたい場合は、私の投稿を読んでください。:-)