ひとつのRDBのテーブルでは、実用上、何行くらいまでいけるのでしょうか？ 2000億行程度は問題なくいけるのでしょうか？

【１】2000億行で、1000項目程度のデータを入れても問題はないのでしょうか？
以下、大雑把にデータ領域だけで算出することとし、他の要素（HDDやファイルシステムなど）による物理的あるいは論理的制限がないものとします
　
１項目１０バイトとして１０００項目１レコードだけで１０ＫＢ
2000億レコードなので10KB x 200,000,000,000＝２０００ＰＢ（２ＥＢ）
　
理論上のテーブルサイズ上限（あるいはデータベースサイズ上限）により対応は下記のような具合
ORACLE テーブルサイズの上限設定は無いためデータベース全体の容量制限も特に見当たらないためクリアとする（9g時代には512PBという情報もある）
SQLServer テーブルサイズの上限設定は無いためデータベース全体の容量制限を採用し５１２ＰＢなのでアウト
PostgreSQL ３２ＴＢなのでアウト
MySQL （InnoDBの場合）６４ＴＢなのでアウト
http://otndnld.oracle.co.jp/document/products/oracle11g/111/doc_dvd/server.111/E05771-04/limits.htm
http://technet.microsoft.com/ja-jp/library/ms143432.aspx
http://www.linux.or.jp/JF/JFdocs/PostgreSQL-FAQ.html
http://dev.mysql.com/doc/refman/5.1-olh/ja/innodb-restrictions.html
　
【２】実用上、何行くらいまでいけるのでしょうか？
（１）検索時間
ユニークインデックスでの単純な検索であれば容量の増大による検索速度の低下はあまり無いと考えられるでしょう
インデックスが付与されていたとしても、ユニークでなければ非常で非情な時間を要してしまう事もあるでしょう
http://www.hi-ho.ne.jp/tsumiki/doc_1.html
http://www.shift-the-oracle.com/index/btree-index.html
（２）他の要素（HDDやファイルシステムなど）による物理的あるいは論理的制限
物理的限界のほうはHDDのクラスタ化により現在でも対応可能な範囲かもしれません
データベースが直でHDDにアクセスするようにでもなれば、さらなる高速化も見込めるかもしれませんが、
汎用データベースではファイルシステムを経由するため、これがかなりの足かせになります
ファイルを高速検索するための仕組みはいろいろと考案され実用化を目指して多くの人が開発を行っています（それはまた別のお話）
（３）集計
上記２点と、SQL文の構成によるため一概には出せません
　
安価なパソコン１台でも100万レコード程度のデータ量をやすやすとこなしてくれるご時世（設計者の技量にもよります）
だからといって億単位のレコードを抱えるテーブルを用いたようなデータベース設計をすることも無いため（
必要な分を必要なところに配分することによってパフォーマンスをあげるような設計を行うため）
どこまでが実用かという率直な質問に対する回答を導くには至らず、参考にでもしてもらえればと思います
（簡単そうな質問ほど、非情に難しい）

変数の問題
2000億という値を数値で保存する場合、何バイト必要なのか。
それに対応していないと 使えない。
現実的には 対応していないのでは？と思うが。

takntさん＞2000億という値を数値で保存する場合、何バイト必要なのか。

３８ビット　274,877,906,944
５バイト　1,099,511,627,776
計算してみると意外と大したこと無かったりしますね
　
無制限を謳っているようなものなら、もっと用意してるのではないでしょうか。例えば６４ビット（＝８バイト）とか
６４ビット　18,446,744,073,709,600,000
これだけあれば現時点での物理的限界どころの話ではないので、制限する必要は無いでしょう