BWSとA2WSとAWS

BWS：ビッダーズのDB情報を取得出来るAPI
A2WS：BWSの、アフィリエイト2.0対応版
AWS：AmazonのDB情報を取得出来るAPI

今まで、ビッダーズのBWS及びA2WSを使ってクローン型アフィリエイトサイトを構築してきたわけなんだが…
同じようなサービスをAmazonが提供している（というかこっちの方が古いのかな？）のを知り、折角だしこっちも作ってみようかな～　と最近チャレンジ中。

が、どうもいろいろ試行錯誤していると、ビッダーズの方が作りやすく、Amazonの仕組みは非常に使いづらい。というか制約が大きいように感じる。

• リクエストが最短で１秒に１回に制限されている
• １回の検索リクエストで取得出来るアイテム数が１０コに制限されている
• カテゴリ（ブラウズノード）情報を取得する際、親カテゴリ情報やそのカテゴリに含まれるアイテム数などを取得出来ない

というのが今までちょろっと調べた中で困った部分。

まず初めに、「リクエストが最短で１秒に１回に制限されている」という部分だが、例えばとあるカテゴリの商品一覧ページを表示する際、ページ左側のメニューにそのカテゴリ配下の子カテゴリ一覧を表示し、ページ右側にそのカテゴリに含まれるアイテムを並べる、とする。
すると、メニューを作るのにそのカテゴリ情報を取得し、さらにそのカテゴリに含まれるアイテム一覧を取得するという、最低２コのリクエストが必要になる。１ページの表示に２リクエストだと、ページの表示開始に最低でも１秒以上かかることになる。

さらに、親カテゴリの情報がないため、「１つ上位のカテゴリに戻る」とか、今表示しているカテゴリはどういうカテゴリツリーになるのか（例えば　全体→本→作者○○の本　といった分類）を表示することが出来ない。
しかも１リクエスト１０アイテムまで（マルチオペレーションで２０アイテムまで）に制限されているため、１ページに数十コ並べると言うことが出来ず、ページ切替が多くなり面倒。

などなど、かなり使い勝手に制約が出来る。

カテゴリ（ブラウズノード）関係については、独自にＤＢを作り定期的に更新することである程度対応は可能だが、ノード一覧を取得するプログラムを作って走査したところ、今日の時点で３万を超えるブラウズノードがあることが分かった（ビッダーズは６千程度）。（この走査で親ノード情報を含んだDBは作成した）
１秒１リクエストの制限により、スクリプトの処理時間やAWSの反応時間、データ転送時間などを考慮しなくても、全てのブラウズノードをチェックするのに、単純計算で８時間以上もかかる計算になる。うひぃ～(；´Д｀)
しかも、８時間以上かけてブラウズノード情報を更新している間、他のリクエスト（ページを表示するなどで情報取得のため）が発生すると更にその分時間がかかるわけで……

さて、まだAWSの機能を全部理解した訳じゃないので、手探りで色々試してみることになるんだけど、ビッダーズより遥にハードルが高そうだなぁ…(´・ω・`)