月次に分かれているDBをまとめて集計する方法

SQL Server 2008での質問です。

（質問者はmysqlの知識しかありません

何かの日時データを一つのDBでずっとデータを入れ続けると
肥大化し重たくなるため、
また不要な範囲を集計時に読み込む必要のないよう
月ごとに別DBに分けて管理されているインスタンスがあるとします。(テーブル構成はすべて同じです)

例えば、2016年1月～3月までのhogeの集計がほしい場合
DBは
201601data
201602data
201603data
とした場合

個別に取得してPGで処理はできるのですが、まとめて

select sum(hoge) from 201601data,201602data,201603data

のような感じで取る方法はないでしょうか？

（mysqlの感覚だと、なぜDBがtableであるようにSQLを書いても動いてしまうのかよくわかっていません。

行動規範の内容に同意します

回答2件

まずもって、「期間ごとに論理上もデータベースを分ける」ということ自体が、（過去のデータは完全にアーカイブにしてほぼアクセスしないような状況なら別ですが）悪手です。月ごとに分けたデータベース10年分、となればそれだけでテーブル120個となってしまい、いよいよ収拾がつかなくなります。

その代わりに、「パーティショニング」を使いましょう。これは「論理的には1つのテーブル」という状態のまま、ある基準で物理的なテーブルを切り分ける、というものです。

パーティションテーブルとパーティションインデックス - MSDN

投稿2017/02/11 07:34

maisumakun

総合スコア145183

lasta_arata

2017/02/11 07:42

ご回答ありがとうございます。本質問はDBの設計についてではなく、そのようなものがあった場合どう対処するかという意図になります。おそらくですが、別の帳票管理のシステムのようなものに月次毎に取り込んだ後で使っていた名残のようです。丸ごと取り込んで、取り込んだ側のシステムの方で加工するので問題はなかったのでしょう。今回それを無理やりそれをメインDBとして使わないとダメな場合というお話になります。

maisumakun

2017/02/11 07:56

「そもそもやるべきでないもの」である以上、DB側でそのような形のデータベースに向けた機能を用意はしてくれていません。 SUMであれば、1つ1つデータベース単位でSUMを取って合計する、というような手段でやるしかありません（UNION ALLで繋いでからSUMをかけるというのも理論的には同じ結果を返しますが、テンポラリテーブルが必要になって遅いかもしれません）。

lasta_arata

2017/02/13 04:03

ご回答ありがとうございます。求めていた回答はUNIONでつなげば、一つのSQLでも取得可能という部分でした。設計と速度面から含めた状況の考察、ありがとうございます。

行動規範の内容に同意します

ベストアンサー

こんにちは。
同一サーバ（インスタンス）内でデータベースを分けているのなら話は簡単で、テーブル名の指定方法にデータベース名(+所有者名)をつけてやる（「完全修飾テーブル名」とも呼ばれている命名法。上位側は省略可能（自サーバにアクセスするならサーバ名指定は不要））ことで可能です。（dboはよく使われる既定の所有者（スキーマ）名）

SQL
1select sum(hoge) from (
2 select hoge from db1.dbo.201601data
3 union
4 select hoge from db2.dbo.201602data
5 union
6 select hoge from db3.dbo.201603data
7) tbl