DynamoDB で、条件付き更新 と トランザクション を組み合わせて、UNIQUE 制約を実現する方法 - Qiita
DynamoDB で、条件付き更新 と トランザクション を組み合わせて、UNIQUE 制約を実現する方法AWSDynamoDB はじめに 現状、DynamoDB では、 RDB で言うところのUNIQUE制約がありません。つまり「UserテーブルでEmailを一意になるように制約をかける」といったことができません。 正確に言うと、ハッシュキー属性にはUNIQUE制約があります。 この記事では、ハッシュキーにはUNIQUE制約があることを利用しつつ、条件付き更新 と トランザクション を組み合わせて、任意の属性を対象とするUNIQUE制約を実現する方法を紹介しています。 以下のようなDynamoDBの知識を前提としています。 項目 と 属性 がなにを指しているのか理解している hash-key(とrange-key) を理解している 基本的な CRUD 関連の操作方法を理解している 条件付
Go言語で後方参照を用いた置換処理 - Qiita
追記 下記の記事では、後方参照を使用する方法はないという内容になっていますが、 最新バージョンでは使用できるようになっています。 package main import ( "fmt" "regexp" ) func main() { re := regexp.MustCompile("a(x*)b") fmt.Println(re.ReplaceAllString("-ab-axxb-", "$1")) } 参考 regexpパッケージのページをざっと確認したところ、 \1や$1などの後方参照を行う方法がないようなので、 ReplaceAllStringFunc関数とFindAllStringSubmatch関数を用いて、 置換処理を行うことにした。 ReplaceAllStringFunc関数は、マッチした各文字列を処理し変換後文字列を返す無名関数を設定する仕様になっている。 Find
oh-my-zsh の環境で、peco-select-history が動かない - Qiita
oh-my-zsh の設定で history コマンドが fc コマンドに alias 設定されているらしい。 https://github.com/robbyrussell/oh-my-zsh/issues/739 以下のように、historyの前にバックスラッシュを追記した。 (@syohexさんと@hisaichi5518さんにこの方法を教えていただきました。ありがとうございます！) function peco-select-history() { local tac if which tac > /dev/null; then tac="tac" else tac="tail -r" fi BUFFER=$(\history -n 1 | \ eval $tac | \ peco --query "$LBUFFER") CURSOR=$#BUFFER zle clear-scree
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
