何が限界なのでしょうか?
集計するのに 時間がかかるとか?
普通DBは 大量データを扱うために インデックスというのを設けます。
そして それで 対象となるデータを素早く探し出し処理します。
数十万件もレコードがあるならば DBに移行させたほうがいいでしょう。
http://www.filemaker.co.jp/solutions/database-basics/mac-database.html
実際にやりたいことは集計などです。
既存のデータから簡単な計算をして新しいパラメータを作ったり、
いくつかのDB間でvlookupのようなことをしたり、です。
当方簡単なDB文は書けますが、プログラマーではありません。
プログラムをがっつり勉強してCUIで操作して行くのもありですが、
excelだとビジュアル系が強いので新たな発見もしやすくなるというメリットもあります。
>いくつかのDB間でvlookupのようなことをしたり、です。
こういうのは ひとつのテーブル内に 取り込んでおくと 速くなります。
基本、容量を少なくするため コードだけを テーブルに持たせますが、
コードと名称の二つを テーブルに入れておけば、いちいち名称をもってこなくてもよくなりますのでその分 速くなるのです。
当然ながら 同じコードは 同じ名称となるようにしておかなければ なりませんが。
同一マシンスペックであれば、MacのExcelの方がWindowsより動作が軽快です。
しかしながら数十万行というのは、Excelには不向きなデータ量です。どのようなデータ分析をされているのか分かりませんが、Rは第一選択肢になります。
RにVlookupがないということですが、抽出であれば %in% 関数を使って代用できます。
詳しくは下記をご覧下さい。
http://nakaoka.tumblr.com/post/460730155/r-vlookup
いずれにしても、動作が重くなっているのは数十万行のデータをGUI表示するために起きていることなので、計算式で処理できるRや、場合によってはSQLによって処理すれば(MacにはMySQLが標準装備)、お持ちのMacでも十分にデータ処理できるはずです。
>ちなみにwindows上では、mac上よりexcelが早かったりするかご存知ですか?
たぶん、誤差の範囲だと思う。
>データの量が数十万行等になり限界
データー量を減らす工夫ができない限り、EXCELでは限界に近づいてると思う
最終的にEXCELで処理するデータを減らせばよいのですが、たぶんそれが数十万なのでしょうね。
>いくつかのDB間でvlookupのようなことをしたり、です。
GUIでというのなら、MS-ACCESSを使用してみては?
EXCELでやっている処理がどういうものか不明ですが、複数DBからの集計程度ならAccessでも可能ですし、EXCELよりは効率よく行うので、データ量の限界はEXCELよりも上です。
Rの追加機能パッケージであるRコマンダーをRに組み込みこめば、SPSSやかつてのStatViewのように、マウス操作だけで解析を行うことができるようになります。しかし、標準で組み込まれている統計解析の種類は限定されていました。
http://www.jichi.ac.jp/saitama-sct/SaitamaHP.files/statmed.html