-1

一括更新と作成を実行しているときに、アプリケーションに問題があります。

1000 のフィールドを含み、一度に 10000 の更新を行う非常に大きな残りのペイロードがあります。リクエストデータを送信した後、jdbc 手順で db に保存されます。

ここで、パフォーマンスの問題に直面しています。

このパフォーマンスの問題を解決するには、一括 API を設計する必要があります。

私はセールスフォースとテレリックによって既存のバルクAPIを検索しました.しかし、それらの実装については明確ではありません.

一括更新および一括作成のために Java で独自の一括 REST API を設計するにはどうすればよいですか。

どの設計パターンを考慮する必要がありますか?

誰かが私に答えてくれるなら、それは私にとって役に立ちます。

前もって感謝します。

4

2 に答える 2

1

REST でよく使用される用語は「コレクション リソース」です。

請求書を保管するシステムを考えてみましょう。それらのコレクション リソースには、次の URL が含まれる場合があります。

/resources

ID付きの単一の請求書123にURLを含めることができます

/resources/123

コレクションに新しい請求書を追加するには、

POST /resources
Content-Type: application/json

{
  "customer": "CUS-123",
  "amount": 1.43,
  "paided": false
}

サーバーはそれを保存し、ID を割り当てます。

1 つのリクエストで複数の請求書を保存するには、配列を投稿するのが理にかなっています。

POST /invoices
Content-Type: application/json

[
  {
    "customer": "CUS-123",
    "amount": 1.43,
    "paided": false
  },
  {
    "customer": "CUS-456",
    "amount": 42.23,
    "paided": true
  }      
]

保存する請求書が複数あることを認識するのは、サーバーの責任です。

于 2016-05-09T06:47:41.637 に答える
0

このような API の一例は、ElasticSearch 一括更新サポートです: https://www.elastic.co/guide/en/elasticsearch/reference/current/docs-bulk.html

そこでインスピレーションを得ることができます。

于 2016-05-09T10:39:48.803 に答える