DynamoDB
2023/10/22 12:14:00
あれ『PostgreSQL: DynamoDB fdw 1.0.0 released』『Amazon Aurora PostgreSQL および Amazon DynamoDB の Amazon Redshift とのゼロ ETL 統合の一般提供を開始 | Amazon Web Services ブログ』『AWS LambdaのNode.jsランタイムでTCP接続を使いまわそう!(AWS_NODEJS_CONNECTION_REUSE_ENABLED) | DevelopersIO』DynamoDB Streamsあれあれあれ「DynamoDBも使ったことあるけどNoSQLはまじでやめといたほうがいい」『技術選定の失敗 2年間を振り返る TypeScript,Hono,Nest.js,React,GraphQL』『DynamoDB の update_item() で、SET・REMOVE・ADD・DELETEを同時に実行する | DevelopersIO』あれあれあれ『Is there a way to specifiy thedynamodb tablename when creating a api resource using amplify?』あれ『[速報]Amazon DocumentDBおよびAmazon DynamoDBのベクトルサーチ機能が一般提供開始に！』Vector search for Amazon DynamoDBあれあれ
あれ
2024/12/7 2:39:00
DynamoDBの属性ベースのアクセスコントロール (ABAC)って、マルチテナントシステムを作るときに別テナントにデータが行かないように制御するとかできるのかな。
『PostgreSQL: DynamoDB fdw 1.0.0 released』
2024/11/9 16:37:00
あれ
2024/9/1 9:04:00
「SQLにビジネスロジックを寄せる」というのを最近知って、良さそうだなと思ってたんだけど、ビジネスロジックの入力がDBから与えられるので、テストがしづらそうでもある。
そこで、「データ永続化用のDBと、ビジネスロジック用のDBを分けると良いのではないか」という考えが浮かんできた。
「ビジネスロジック用のDB」と、「データ永続化用のDB」がいい感じに連携できるのであれば、「データ永続化用のDB」にDynamoDBを使っちゃったとしても、なんか、こう、いい感じに、やれたらいいなって。