アリソン・ゲームズ（Alison Games）は2006年の論文でいくつかの異なる学問的関心事がどうやって大西洋史という新しい領域に収束したかを研究した。彼女は大西洋史を世界史の一面としてみるべきと主張した。さらに、大西洋という地域が歴史研究の単位として興味を持たれるのは特定の時期の歴史に対してのみであるとした。大西洋という見方を持つことで、歴史家は狭い地域の枠組みでは阻害されて見えにくい変革を理解することができる。ブローデル風の大西洋史という、大西洋全域を含み、地域間の関係を全て含む歴史を書くというのはつかみどころのないままである。その背景には方法論の問題がある上に、どこか1つの場所に基づかない立脚点を見つけることが難しく、歴史家が領域の縦割りによりお互いに交流することがはばかれ、大西洋の歴史と地理が多岐にわたり分裂していることも理由となっている。
バーナード・ベイリンの大西洋世界史に関するセミナーは社会と人口統計の研究、特に植民地時代の米州への人口移動の研究を促進した。彼は大西洋世界史の主唱者の1人として、毎年ハーバードで国際セミナーを開催、大西洋史に関する研究を促進した。ベイリンの2005年の著作Atlantic History: Concepts and Contours（「大西洋史：概念と輪郭」）は大西洋史という発展途上の領域の内容とその境界を探索しており、この領域はそれまでの伝統的な米州史観が無視したか、国別で検討されてきた世界主義的と多文化的な要素を特に重要視している。ほかにもジャック・フィリップ・グリーンが1972年から1992年までジョンズ・ホプキンズ大学で主催した大西洋史のプログラムがあり、以降のプログラム内容は世界規模にまで拡大した。また1997年にはカレン・オルダール・クッパーマンがニューヨーク大学で大西洋ワークショップを設立した。それ以外の大西洋史学者にはアイダ・オルトマン、ケネス・J・アンドリアン（Kenneth J. Andrien）、デイヴィッド・アーミテイジ、トレヴァー・バーナード（Trevor Burnard）、ホルヘ・カニサレス＝エスゲーラ、ニコラス・カニー、フィリップ・D・カーティン、ローレント・ドゥボイズ、ジョン・エリオット、デイヴィッド・エルティス（David Eltis）、アリソン・ゲームズ（Alison Games）、エリガ・H・ゴールド（Eliga H. Gould）、アンソニー・グラフトン、ジョセフ・C・ミラー、フィリップ・D・モルガン、アンソニー・パグデン、ジェニファー・L・アンダーソン（Jennifer L. Anderson）、ジョン・ソーントン、ジェームズ・D・トレイシー（James D. Tracy）、カルラ・G・ペスタナ（Carla G. Pestana）、アイザック・ランド（Isaac Land）、リチャード・S・ダン（Richard S. Dunn）、ネッド・C・ランツマン（Ned C. Landsman）などがいる。
最も一般的なデータベースはデータベース言語SQLを使った関係データベースであり、これらは1990年代のオブジェクト指向プログラミングの隆盛以前に既に一般化していた。関係データベースは表という概念でデータを格納する。異なる関係 (表) に存在するデータ間の関連は宣言的制約によって示され、具体的なポインタやリンクは存在しない。オブジェクト指向なら同じデータは1つのオブジェクトに格納されるが、関係データベースでは必要に応じて複数の関係 (表) に格納される。オブジェクト関係マッピングの実装は体系的かつ予測可能な手法で表を選択し、必要なSQLを生成する。オブジェクト関係マッピングを開発する際の手間を削減するために様々なパッケージが提供されてきており、これらはマッピングを自動で行うクラス群のライブラリのような形態となっている。データベース内の関係 (表) のリストを与えると、自動的に要求をマッピングする。人物オブジェクトに電話番号を問い合わせると、適切なクエリが生成されて送られ、結果が直接電話番号オブジェクトに格納されるようプログラムされる。プログラマからすれば、システムは永続的なオブジェクト保管所のように見える。オブジェクトを新たに生成して適切な処理をすると、最終的にそれがデータベースに自動的に保存される。しかし実際のところ、話はそう単純ではない。全てのオブジェクト関係マッピング (O/RM) システムは全く見えないように働くわけではなく、ある程度データベースを意識せざるを得ない。さらに変換層は遅くて機能が不十分な場合もあり（特に生成するSQLの質の面で問題が多い）、結果としてプログラムの性能が低下し、メモリを余分に消費する。全てのオブジェクト関係マッピング (O/RM) システムは各種開発されてきたが、その市場への影響は様々である。NeXT の Enterprise Objects Framework (EOF) は優れた製品だったが、OPENSTEP上でしか動作できなかったため、市場への影響はほとんどなかった。これは後に NeXT のオブジェクト指向アプリケーションサーバ WebObjects に統合された。1997年、アップルコンピュータは NeXT を買収し、同社の電子商取引サイトである .Mac サービスや ITunes Store に EOF の技術が使われることになった。アップルは EOF を二種類の実装で提供している。1つはmacOS上で稼働するCore Data、もう1つは WebObjects 5.2 の Pure Java 実装である。EOF に着想を得て開発されたのが、オープンソースの Apache Cayenne である。Cayenne は EOF と似ており、JPA standard に準拠している。他の手法として RDF や SPARQL がある。RDF は主語-述語-目的語のトリプルによるシリアライズであり、RDF/XML はそのXML表現、SPARQL は RDF 用のSQL的クエリ言語である。このトリプルでやりとりできるデータベースをトリプルストア (triplestore) と呼ぶ。その後、Java関連で新たな類似のシステムが Java Data Objects (JDO) として登場した。EOF とは異なり、JDO は標準規格であり、いくつかのベンダーから実装したものが登場している。Enterprise JavaBeans 3.0 (EJB3) も同様の分野をカバーしている。両者の間で標準規格としての競合状態が発生した。他にも Java 関連でよく使われているオブジェクト関係マッピングとして Hibernate がある。Webフレームワーク Ruby on Rails では、オブジェクト関係マッピングが中心的役割を果たしており、Active Recordのデザインパターンを使って制御される。同様に Perl の Catalyst では DBIx::Class モジュールが同じような役割を果たしているが、他にも選択肢は存在する。