セット型 — redis 2.0.3 documentation
セット型¶ Redisセット型はRedis文字列型の順不同の集合です。Redisセット型ではメンバの追加、削除、確認をすべてO(1)で行うことができます。 Redisセットはメンバの重複を許可しないという価値のある性質を持っています。同じ要素を何度も追加しても結果としてセット内にはその要素は単一のコピーしか持ち合わせません。事実上、このことはメンバを追加する際に「そのメンバが存在するか確認した後に追加する」という操作を必要としない、ということを意味します。 セットを操作するコマンドはアプリケーションにメンバが存在したことを警告するのに便利な値を返すようになっています。たとえば SADD コマンドはもし要素がまだセットのメンバでなかったら 1 を返し、そうでなかったら 0 を返すようになっています。 セットの要素数の最大値は 2^32-1（4294967295, 1セットあたり4億以上のメン
ハッシュ型 — redis 2.0.3 documentation
ハッシュ型¶ Redisハッシュ型は順番がないRedis文字列型のフィールドと値のマップです。フィールドの追加、削除、確認をならしてO(1)で行うことができます。すべてのキー、値、またはその両方を一覧するのはO(N)で行うことができます。（Nはハッシュ内のフィールドの数です） Redisハッシュ型は面白い作りになっています。どのような点が面白いかというと、オブジェクトを表現するのにとても適した形になっているところです。例えば、ウェブアプリケーションユーザはたとえばユーザ名、暗号化されたパスワード、最終ログイン時刻などのフィールドを持ったRedisハッシュで表現されます。 他のとても重要な機能として、少ないフィールド数で構築されたRedisハッシュは非常にメモリを使う量が少なく、すべてのフィールドをRedisキーの最上位レベルに刷るのと比べると一目瞭然です。（この値は設定可能です。詳細はre
長期の安全率 1.5 の謎
1950 年の建築基準法の制定以来、長期荷重に対する材料強度の ( 降伏値に対する ) 安全率は 1.5 と決められているが、私はかねてから、この 1.5 という数字の意味 ――なぜ 1.5 なのか ? ―― について興味を持っていた。そこで折にふれて調べてみたりもしたのだが、結局のところ、「誰も知らないらしい」ということが分かっただけだった。 ただし、この値が、何らかの確率統計的な知見にもとづいて決められたわけではない、ということは間違いなさそうである。では何なのか、ということになるが、私自身は「単純に 1 と 2 の間をとったのだ」と考えることにしている。 ご存じの通り、戦前は「長期」「短期」というような荷重の区分はなく、材料の安全率も一律に 2 という値がとられていた。その後、戦時下の非常体制で安全率が撤廃された時期もあったが、そんなこんなを経て、1950 年に「長期」「短期」の荷重
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
