猿頁様も同様の事象や処置がありましたので、
私の環境や構成の問題点では無かったことで一安心しております。

TableAdapterにより、DataSetの内部をこねくりまわす実装から
よりオブジェクト指向によるメンバアクセスが可能となった点、
後は、クエリウィザードにより、SQL文が実行時ではなく実装時に
妥当性検証される点等、適用の価値から期待度が大きいですよね。

「重い、遅い、挙動が変」といった部分はケースバイケースで回避しつつ、
有効活用したいと思います。

次ネタの投稿、設定の吸い上げツール等、期待しております。
コメントありがとうございました。

> そういった状況等発生してたりしますか？

うーん、いろいろ回避策は練っておりますが、やはり重くなる時はなります。
ハングもします。「(応答なし)」になってしまったら、さっさとプロセス潰して再起動かけた方が早いやー、となるのはこちらでも同様です。

変に重い時は、データセットファイル (.xsd) を削除して作り直したりしています。
どうも .xsd に埋め込まれているデフォルト接続情報が悪さをしている場合があるようで。

私はSQL 文や各種設定を再作成するため用に、設定の吸い上げツールを作っています。
つたないできですが、近日公開するつもりです。

また、サブクエリ等が複雑に絡んだ SQL 文は、解析に時間がかかります。
あまりに遅い場合は、ダミーでDataTableだけ作って置いて実際の SQL 文は CommandText に直接記述または別クエリとして追加、なんて手も使っています。
あるいは、SQL を View で用意、データセット側では単純な View アクセスとして、構文解析にかかる時間を回避したりもしています。

ネタはたまってきていますので、時間が取れればもう少しエントリを増やすつもりです。
その節には、またお付き合いいただけると嬉しいです。

Windows7 Professional – x86
VisualStudio2008Pro(VB) 9.0.30729.1SP/.NET Framework 3.5SP1
Oracle Developer Tools for Visual Studio 11.1.0.7.20

Windows Server 2008
Oracle Database 11g 11.1.0.7.0

今現在、データセットデザイナの反応が非常に遅い状況となっています。
接続としては、本稿のとおりで、必要なスキーマ／オブジェクトに対するフィルタが
かかっていますが、クエリウィザードの起動や、その後の「次へ」以降が
非常に重いです・・・。というよりは、VSがハングしたりもします。
VSのプロセス強制終了、再起動後ですと、同一の処理でもかなり早く終わったり
するので、VSのプロセスに負荷が異常にかかったりしているのでしょうか・・・。

いずれにしても詳細は不明です。
猿頁様は、そういった状況等発生してたりしますか？
参考までに、コメント頂けると幸いです。