dynamodb プロジェクトをアンマーシャリングすると同じプロジェクトが返される

php エディター Zimo は今日、DynamoDB アイテムのグループ化を解除して同じアイテムを返す問題を解決する方法を紹介します。 DynamoDB は高性能のサーバーレス キー/値データベースですが、クエリを実行すると同じ項目が返される場合があり、開発者にとっては難しい問題となる可能性があります。心配しないでください。クエリ結果が一意で正しいことを確認するためのソリューションが提供されます。この記事では、問題の原因を詳しく説明し、簡単で効果的な解決方法を紹介します。見てみましょう！

質問内容

golang に、scan 関数を使用して dynamodb から返された type.attributevalues のマッピングをループする範囲ループがあります。

golang aws-sdk-v2 パッケージで提供される組み込み関数 attributevalue.unmarshalmap() を使用してこのマップをループしています。すると、同じ項目が返されます。スライスとしての長さ。

コード:

リーリー

結果のスライスにユーザーを追加してみました

リーリー

attributevalue.unmarshallistofmaps() を使用して私が見つけた解決策は、単純に dynamodb からの項目のスライスを関数に提供することです。

私の質問は、実際に、上記の 2 つのソリューションを使用すると期待どおりに機能しない理由を理解することです。これは、dynamodb 項目をループして、それらを個別にアンマーシャル関数に渡しませんか?同じことをやり続けるだけのようです。

解決策

問題を少し変更する場合 (dynamo db アンマーシャリングから json アンマーシャリングに)、 go playground を実行できます。サンプル コードでは、2 つの要素が連携してスライス値の重複が発生していることがわかります。

1. アンマーシャリング ターゲットはループの外側で定義されているため (51 行目)、

   u1out をアンマーシャリングすると、結果は各ループ反復で同じ場所に書き込まれます (54 行目)。

   タイプ

2. user1 のフィールドは *string であるため、ループ変数の値がスライス (55 行目) にコピーされると、userおよび email が指す文字列は コピーされません。ポインタ値のみがコピーされます。

これら 2 つを組み合わせると、各反復では、マーシャリングされていない

user と email の値が同じメモリ場所に書き込まれます。これは、u1out の要素を出力する出力の最初の 2 行で示されています。

出力の残りの行は、他の 3 つのケースの結果を示しています。ターゲット変数がループ内で移動された場合 (

u1in および u2in)、またはフィールドが # に変更された場合です。 ##string(u2out)。いずれの場合も、グループ化されていない値の新しい場所が期待どおりに作成され、重複は出力されません。 リーリー

以上がdynamodb プロジェクトをアンマーシャリングすると同じプロジェクトが返されるの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。