こんにちは。
まず、どちらが良いとか一般的とかは言えないのではないでしょうか？
出力されてくる行数が1,000行程度ならExcelにて加工する方が楽かと思います。
Excelで取り扱うことの出来る行数を超えることは出来ませんし、行数が多いと時間もかかります。
もしAccess作成に費用が発生するのであれば、Access側の負荷を少なくすべきでしょう。
反対に、ユーザがExcelに慣れていないのであれば、Accessで出来る限り最終形にまで持っていくべきかと思います。
何度も並べ変えを行うのが必要であれば、Excelに処理を持っていくべきでしょう。
データ間の関係が複雑であれば、Accessでクエリ（SQL）をしっかり作成すべきでしょう。
処理が一回きりなのか、毎日同じ処理を繰り返すのかでも異なります。

もし、AccessもExcelもsyrb様が作られるのであれば、加工の頻度が多くなる手前までをAccessクエリ（プロシージャ）で出力し、あとは並べ替え等の加工はExcelで・・・というように切り分けられる方が良いのではないでしょうか。

データベーステーブルの設計時、データとデータの関係が一番薄い部分で切り分けますよね。それと同じで、「手戻りがないのはどの部分か」を考えられれば良いのではないでしょうか。

良いアドバイスでなくて申し訳ありません。

私は　Ｅｘｃｅｌで集計　で作ったことがあります。

某ソフトハウスが作った別システムで　サーバ側で集計する　システムがありましたが　サーバがよくハングアップして使い物にならなかった例があります。　そのときはサーバを強力なものに入れ替えてしてなんとか動くようにしました。
そのときに余ったサーバを使って私のところで同様のシステムを作りました。それはクライアントのＥＸＣＥＬで集計するようにしたのですが、まったく問題ありませんでした。

ＡｃｃｅｓｓＶＢＡはよく知りませんがたぶんＥｘｃｅｌＶＢＡのほうがきれいな集計表ができると思います。
　

syrb3さん

こんにちわ。私も、現在の業務ではないのですが、以前、同じようなことが
ありました。そのときは、Access側で必要なデータまで加工し、Excelに出力
して集計という方法をとりました。

みなさまと同じご意見ですが。。。。