サクサク読めて、
アプリ限定の機能も多数!
アプリで開く
●はてなブックマークって?
●アプリ・拡張の紹介
●ユーザー登録
●ログイン
●ログアウト
検索対象
●すべて
●タグ
●タイトル
●本文
並び順
●新着
●人気
ブックマーク数
●1 user
●3 users
●50 users
●100 users
●500 users
セーフサーチ
●オン
●オフ
期間指定
●すべて
●1週間
●1ヶ月
●1年
まで
1 - 40 件 / 57件
新着順
人気順
絞り込み
検索対象
ブックマーク数
期間
セーフサーチ
UUIDの検索結果1 - 40 件 / 57件
UUIDに関するエントリは57件あります。 uuid、
設計、
mysql
などが関連タグです。 人気エントリには ﹃MySQLでプライマリキーをUUIDにする前に知っておいて欲しいこと | Raccoon Tech Blog [株式会社ラクーンホールディングス 技術戦略部ブログ]﹄などがあります。
UUIDの関連エントリー
252 users
156 users
62 users
47 users
7 users
6 users
5 users
4 users
3 users
3 users
●
1027 users
●
techblog.raccoon.ne.jp
●
テクノロジー
●2021/07/26
株式会社ラクーンホールディングスのエンジニア/デザイナーから技術情報をはじめ、世の中のためになることや社内のことなどを発信してます。 bashパフォーマンスMySQLInnoDBDB設計インデックス こんにちは、羽山です。 今回は MySQL のプライマリキーに UUID を採用する場合に起きるパフォーマンスの問題を仕組みから解説します。 MySQL(InnoDB) & UUID のパフォーマンスについては各所でさんざん議論・検証されていますが、論理的に解説した記事が少なかったり一部には誤解を招くようなものもあるため、しっかりと理由から理解するための情報として役立つことができればと思っています。 UUID と比較される古き良き昇順/降順のプライマリキーはというと、 MySQL の InnoDB において良いパフォーマンスを出すために縁の下の力持ちのような働きをしてくれているケースが実は少な
●mysql
●uuid
●あとで読む
●db
●パフォーマンス
●performance
●database
●データベース
●sql
●技術
●
737 users
●
jp.quora.com
●
テクノロジー
●2022/09/17
回答 (7件中の1件目) まずはUUID及びその対案として用いられる連番(自動採番)のメリット・デメリットを整理します。 (タイムスタンプキーや複合キーなどもその効率性から設計上有用なシーンはありますが、比較から除外します。) * UUIDを使うことのメリット * * データベースにSQLを送信する前からアプリケーションレイヤーでIDを生成できる。 * * トランザクション処理を実装しやすい場合がある。 * IDを推測しにくい。リソースが列挙可能ではない。 * UUIDを使うことのデメリット * * レコード・インデックスサイズが増加する。 * * ...
●データベース
●db
●あとで読む
●database
●uuid
●設計
●SQL
●performance
●id
●algorithm
●
527 users
●
shallow1729.hatenablog.com
●
テクノロジー
●2022/03/19
こんにちは、id:shallow1729です。最近はインフラ寄りなお仕事をよくやっていますがこれまでにいくつかデータ移行やデータ基盤構築などのバッチ処理のお仕事をしてきました。以前にも一度そういった経験を元に記事を書いたのですが、MySQLやシステムに関する知識が以前よりも増えた今もう一度書き直したいなと思いました。 なので今回はバッチ処理を書く時のテクニック2022版という感じです。今の仕事の関係でMySQLやrailsを前提にしている話が多いですが、おそらく他のデータベースを使っている人にも役に立つ話が多いのではないかと思います。ただ、今回の記事は経験に基づくものが多く、あまりよくないアイデアもあるかもしれません。改善点や間違いなどあればご指摘ください。 冪等性を持つように 冪等性とは端的に言えばある操作を複数回実行しても一回しか実行しなかった時と同じ結果になる性質の事です。長時間かか
●DB
●あとで読む
●batch
●プログラミング
●mysql
●バッチ
●設計
●データ
●programming
●バッチ処理
●
498 users
●
zenn.dev/mpyw
●
テクノロジー
●2022/06/16
読者対象 ある程度データベースに関する知識を持っている,経験年数1年以上のバックエンドエンジニア 特定のプログラミング言語に依存する部分は含めないため,すべての SQL 使用者を対象とする また,ゼロからの丁寧な説明というよりは,リファレンス感覚で使える記事という形にまとめる。 RDBMS の対象バージョン PostgreSQL: 9.4 以降 MySQL: 8.0.28 以降id︵データ型と INSERT 時のデフォルト埋め︶ 導入 一般的に採用されやすいプライマリキー用の値として,以下を考える。 連番整数 MySQL では AUTO_INCREMENT, Postgres では IDENTITY や SERIAL と呼ばれるもの UUID v1: ハードウェアごとにユニークな単調増加値 UUID v4: ランダム値 UUID v7︵ドラフト︶: 単調増加であるタイムスタンプとラ
●postgresql
●mysql
●db
●あとで読む
●SQL
●database
●データベース
●UUID
●設計
●id
UUIDの関連エントリー
410 users
252 users
629 users
176 users
54 users
92 users
168 users
163 users
49 users
35 users
●
494 users
●
docs.google.com
●
テクノロジー
●2020/08/10
認証しないWeb認証 限定公開URLのセキュリティについて考える 2020/8/7 API Meetup Online #3- フューチャー株式会社 渋川よしき
●セキュリティ
●あとで読む
●security
●認証
●web
●url
●スライド
●api
●authentication
●google
●
401 users
●
qiita.com/danishi
●
テクノロジー
●2022/01/27
DevToysとは デベロッパーのためのスイスアーミーナイフの紹介文の通り。 開発時によく使うツールを十徳ナイフのようにまとめたアプリになっています。 JSONの整形とかエンコードデコードetc... プログラミングや保守運用の調査でやりがちな作業をいちいち変換サイトを探したり、エディター拡張機能のショートカットを探したりせずとも、これ一つですぐにできます! インストール Microsoft Storeからインストールできます。 公式サイトからストアへのリンクを踏むか、ストア検索して見つけてください。 WinGetやChocolateyでもインストール可能です。 Microsoft StoreアプリなのでWindowsでしか使えませんが、Macユーザーの方は気を落とさずにこちらの記事をどうぞ! また、作者曰くMacにはDevBoxやDevUtilsなどの類似ツールが既にあるため非対応だそう
●ツール
●あとで読む
●tool
●JSON
●エンジニア
●便利
●Markdown
●プログラミング
●コード
●software
●
313 users
●
speakerdeck.com/tanakahisateru
●
テクノロジー
●2019/11/25
11/25(月) LT Party presented by GeekHub (大阪) エンジニア向けゆるいフリーテーマLT大会!
●uuid
●乱数
●あとで読む
●php
●アルゴリズム
●SpeakerDeck
●設計
●Algorithm
●プログラミング
●エンジニア
●
306 users
●
zenn.dev/yukito0616
●
テクノロジー
●2022/03/29
﹁SQLアンチパターン﹂について、自分の勉強がてら内容を簡単にまとめました。 ﹁とりあえずSQLは触れてWebアプリが作れる﹂﹁シンプルなアプリを実務で作ったことがある﹂くらいの人が読むととても勉強になると思います。 また、﹁現場での良くない設計﹂が詳細に言語化されているので、経験豊富な人でも新たな発見があると思います。 詳しく知りたい方は是非本を買って実際に読んでみて欲しいです。 第一章 ジェイウォーク パターン1カラムにコンマ区切りで値を入れて複数の紐付きを表現しようとする なぜダメか 検索しづらい 文字列カラムの文字数制限という暗黙の制約を受ける バリデーションかけられない 解決策 交差テーブルの作成 第二章 ナイーブツリー パターン 木構造を表現するとき、常に親のみに依存する(parent_idだけ持ってしまう) 隣接リスト なぜダメか 階層を深く掘ろうとするとそのぶんSQLをか
●SQL
●あとで読む
●データベース
●DB
●まとめ
●コード
●mysql
●
303 users
●
zenn.dev/kazu1
●
テクノロジー
●2024/06/14
Auto increment︵自動採番︶型を採用したくない場合 Auto Incrementは、データベースにおいて自動的に一意の識別子を生成するメカニズムです。通常、数値型の列が対象となり、新しいレコードが挿入されるたびにその列の値が自動的にインクリメントされます。典型的なIDですかね。 ここでは一意性の確保の話や、データ移行やバックアップのデメリットには言及せず、セキュリティとプライバシーの懸念にフォーカスして考えます。 予測可能性 Auto Increment型のIDは連番であるため、次に生成されるIDが容易に予測可能です。これにより、攻撃者がシステムの内部構造を推測し、不正アクセスを試みるリスクが高まります。 情報漏洩のリスク 連番のIDはデータベースの挿入順序を反映しているため、公開されることで企業の活動パターンやデータ生成の頻度が漏洩する可能性があります。 例︶ 競合他社は、公
●uuid
●db
●あとで読む
●設定
●技術
●パフォーマンス
●データベース
●ID
●
273 users
●
techracho.bpsinc.jp
●
テクノロジー
●2019/12/20
プログラミングをやっていると、様々な乱数に出会います。乱数に関しては大勢の研究者が色々な研究結果を出しているため、種類も増え、いったいどれを使えばいいのかと悩む原因にもなります。 大勢が研究し利用している分野ですから、私以外でも大勢が乱数に関する記事を書いているため、あえて新しい記事を書く価値は高くないかもしれません。まあ、既に理解している人はここで記事を閉じるか、暇つぶし程度の感覚で読んでいただくと良いかと思います。 真乱数と疑似乱数 プログラミングの世界の中でいわゆる "乱数" として扱われることが多いのは擬似乱数です。疑似、と付くからには、これは実のところ乱数ではないと言えます。とは言え、擬似乱数を乱数でないと言ってしまうと話が終わってしまうので、疑似乱数を含む乱数を広義の乱数とします。この記事で扱うのは広義の乱数です。逆に、狭義の乱数、本物の乱数は真乱数と言います。 本物と言いまし
●乱数
●アルゴリズム
●あとで読む
●Random
●Algorithm
●理論
●techracho
●math
●数学
●
273 users
●
gigazine.net
●
テクノロジー
●2024/04/22
サウンドデザイナーでコンポーザーのプリシラさんが、長期間にわたって苦しんできたPC上で発生する謎のバグが、PCと同じネットワークに接続されているHiSense製Android TVが原因だったと報告しており、﹁HiSense製TVは買うな﹂と警告しています。 cohost! - "DO NOT BUY HISENSE TV'S LOL (Or at least keep them offline)" https://cohost.org/ghoulnoise/post/5286766-do-not-buy-hisense-t プリシラさんが自宅で使用しているWindows 11搭載PCは、長らく問題を抱えていたそうです。その問題のひとつが﹁ディスプレイ設定を開けない﹂というものでした。そのため、プリシラさんはディスプレイの表示を調整するために、Windows 11のディスプレイ設定ではなく
●windows
●あとで読む
●android
●PC
●ネットワーク
●TV
●テレビ
●トラブル
●gigazine
●security
●
264 users
●
zenn.dev/j5ik2o
●
テクノロジー
●2020/10/11
ID生成について聞かれることが多いので、独自の観点でまとめてみます。タイトルは適当です…。DBはMySQL(InnoDB)を想定しています。あしからず。ID生成を知りたいならID生成に関しては以下の記事がよくまとまっているので参考にしてみてください。値形式など詳しく書かれています。ID生成大全 Facebook, Twitter, Instagram等がどうやってIDを生成しているのか まとめID生成方法 以下のID生成方法は、お手軽に採用しやすいもの順で列挙します。DB採番/連番型 AUTO_INCREMENT DBのAUTO_INCREMENTで採番する方法。 Pros 数値型で扱える 普通は64ビットの整数型を採用することが多い 単調増加する連番ですので、ソート可能でかつインデックスの空間効率がよい 単調増加するので、キャパシティを予測しやすい64ビットあればあまり気に
●db
●ID
●あとで読む
●mysql
●開発
●データベース
●database
●設計
●uuid
●architecture
●
261 users
●
zenn.dev/praha
●
テクノロジー
●2022/02/06
idをautoincrementしない方が良い理由 こんにちは。株式会社プラハCEOの松原です。 最近プラハチャレンジの参加者とお話している際に ﹁PKのidはautoincrementするとして...﹂ とナチュラルにid=autoincrementするものという前提が見えたので、﹁本当にidをautoincrementしても良いものだろうか?﹂と気になったことを書いてみようと思います。もしフレームワークが自動的にautoincrementでテーブルを作るからなんとなく使っているという方がいたらご一読いただいた後、それでも連番を使いたい理由があれば教えて欲しいです・・! 不必要に情報を晒すことになる スクレイピングされたり もしも僕が某大手に勤めているエンジニアで﹁競合サービスAにのってる物件情報、全部コピーして新しいサービス作ろうぜ﹂と指示されたらですよ?﹁人としてそれはやっちゃダメで
●設計
●db
●あとで読む
●データベース
●uuid
●autoincrement
●サービス
●開発
●database
●スクレイピング
●
252 users
●
kakakakakku.hatenablog.com
●
テクノロジー
●2022/10/31
IDを採番するときによく使われる UUID Version 4 の課題として﹁順序性がなくソートしにくい﹂という側面があり,ULID (Universally Unique Lexicographically Sortable Identifier) を使えばソートできるようになるという記事を前に書いた. kakakakakku.hatenablog.com 関連して調査をしていたら,標準化団体 IETF (Internet Engineering Task Force) によって,UUID Version 6, 7, 8 という新しい仕様が提案︵ドラフト段階︶されていることを発見した❗️UUID Version 6, 7, 8 の目的を簡単にまとめると﹁タイムスタンプ情報を使ってソートできるIDを採番できるようにする﹂となり,もしこの仕様が取り込まれると,UUID を活用する幅がさ
●uuid
●あとで読む
●アルゴリズム
●algorithm
●仕様
●ID
●programming
●development
●
209 users
●
asnokaze.hatenablog.com
●
テクノロジー
●2021/04/28
IETFに﹁New UUID Formats﹂という提案仕様が提出されています。 これは、時系列順にソート可能なUUID version 6, UUID version 7, UUID version 8を新しく定義するものです。 詳しい背景は提案仕様にゆずりますが、ULIDを始めとして、時系列順にソート可能な一意な識別子を利用したいというユースケースがあります。例えば、データベースのキーとして使えば、ソートせずとも順番に並びますし、書き込む際も順々に書き込めるのでデータアクセスが局所的になります。 今回は簡単に、それぞれのUUIDのフォーマットを眺めていきます。なお、フォーマットは異なりますが、バージョンを示す値は同じ位置にあります。 UUIDv6 UUIDv6は128bit長で、UUIDv1と似てるフォーマットを取ります。 1582年10月15日(グレゴリオ暦)からの100ナノ秒単位で
●UUID
●あとで読む
●アルゴリズム
●algorithm
●identifier
●programming
●ID
●技術
●システム開発
●*programming
●
196 users
●
zenn.dev/reiwatravel
●
テクノロジー
●2024/01/17
はじめに こんにちは、令和トラベルでバックエンドエンジニアをしている飯沼です。 MySQLでは、UUID (v4)などのランダム性の高いIDをプライマリキーに設定すると、パフォーマンスが低下すると言われています。私自身もこの問題については認識しておりアンチパターンとして避けて来ましたが、イマイチ理由を理解できず何度も調べていたので自分の理解を整理しました。 ※ この記事は令和トラベルのTech LT会で共有した内容を記事にしたものです。社外の方にもご参加いただけるTech LT会は connpass にて告知しています。 UUIDをプライマリキーにするユースケース そもそもUUIDをプライマリキーにするユースケースはどのようなものがあるのでしょうか? いくつかの観点から考えてみます。 パフォーマンス観点 大量の同時書き込みが発生するような状況でauto incrementを利用してIDを発
●mysql
●uuid
●パフォーマンス
●あとで読む
●DB
●database
●performance
●チューニング
●postgresql
●
170 users
●
buildkite.com
●
テクノロジー
●2023/10/02
At Buildkite, we've historically stored our data with two keys. We use sequential primary keys for efficient indexing, and UUID secondary keys for external use. The upcoming UUIDv7 standard offers the best of both worlds; its time-ordered UUID primary keys can be utilized for indexing and external use. This blog post will take you on the journey Buildkite took that led to our eventual adoption of
●uuid
●あとで読む
●DB
●API
●PostgreSQL
●設計
●開発
●design
●
156 users
●
www.keisuke69.net
●
テクノロジー
●2022/08/01
最近、一意な識別子について検討することがあったのでその検討メモ。 一意な識別子とは つまり、重複しない、ユニークな識別子︵Identifier, 以下id︶のこと。ここではRDBのテーブルにおける主キーとして使うことを想定かつ前提としている。したがって、主キーの要件であるユニーク性を持ったidをどうやって生成していくか。 そんなのDBの連番でいいじゃんて話もあるがここではその話はせず、あくまでも一意な識別子をどう生成するかの話に絞る。 選択肢 一番有名だと思われるUUIDを筆頭にいくつかの選択肢がある。 UUID ULID CUID Nano ID 他にもTwitter発のSnowflakeとか今はDeprecatedになってるshortidなどがあるが、キリがないのでここでは上記の4種類だけで簡単に比較した。また、実際にはUUIDはバージョンによってSpecが異なるがここではバージョン4
●uuid
●id
●あとで読む
●アルゴリズム
●設計
●algorithm
●programming
●プログラミング
●
155 users
●
qiita.com/blackenedgold
●
テクノロジー
●2019/11/26
κeenです。こちらのスライドが話題になっているようです。10秒で衝突するUUIDの作り方 - Speaker Deck 笑い話としても乱数の難しさの側面としても面白いのですが、これを見た人たちの反応がちょっと勘違いしてそうだったので補足します。 別に私は暗号とか乱数とかの専門家ではないです。 発表者の方のコードは読みましたか? 少し速度が必要になるのでRustに移植します。 [package] name = "genuuidv4" version = "0.1.0" edition = "2018" # See more keys and their definitions at https://doc.rust-lang.org/cargo/reference/manifest.html [dependencies] rand = "0.7.2" sfmt = "0.6.0" use
●アルゴリズム
●乱数
●algorithm
●rust
●あとで読む
●UUID
●Qiita
●プログラミング
●
126 users
●
ascii.jp
●
テクノロジー
●2022/04/03
Windowsのレジストリなどを見ると、波カッコ﹁{}﹂に囲まれた16進数の羅列を見ることがある。これをGUID︵Globally Unique Identifier︶という。GUIDは、Windowsでユニークな識別子として使われる128bit︵16バイト︶の数値である。GUIDは、WindowsのAPIで作成することができ、他のマシンで作られたGUIDであっても、衝突することが極めてまれで、事実上起こらないと考えてもよいレベルのものだ。 Windows Terminalではプロファイルの識別にGUIDを利用している。GUIDは多くの場合、波カッコに囲まれた5つの16進数として表示される Windowsでは、オブジェクトやクラスの定義などに使われる。数値なので比較が容易で検索処理などを高速化できる。 このGUIDは、UUIDと呼ばれる識別子の一種だ。Windowsでは、UUIDの一部をG
●Windows
●GUID
●あとで読む
●プログラミング
●UUID
●レジストリ
●資料
●programming
●
112 users
●
zenn.dev/s3i7h
●
テクノロジー
●2024/05/22
結論 お手軽モノリスならAutoIncrementが効率的だしこれでいいよ アプリケーション側で主キーを生成したい場合はLUIDを作る必要があるよ。GUIDで大は小を兼ねよう 主キーでGUIDを使うならULIDよりもUUIDv7がおすすめだよ ただし分散されているエンジンによってはUUIDv4の方が効率的になる場合もあるよ 主キーは原則公開しない方がいいよ UUIDv7やULIDはユニーク性を持ったInstant(timestamp)としても使えるよ 分散されたシステムでは厳密な時系列性を担保することはできないよ、あきらめてロックをかけつつ連番を一か所で生成しよう RDBのPrimary Key(主キー)とは? MySQL、PostgresQLなどのRDBでは各レコードを識別するために一意な値を必要とします。これをPrimary Key(主キー)と呼びます。別のカラムにUNIQUEなInd
●DB
●あとで読む
●RDB
●設計
●DDD
●データベース
●UUID
●SQL
●開発
●
102 users
●
isucon.net
●
テクノロジー
●2021/08/29
※2021.09.18 18:44 MariaDBのDESC指定に関する記述を修正しました --- こんにちは、ISUCON11 予選問題担当の Mahito です。 この記事では ISUCON11 予選問題であるアプリケーション﹁ISUCONDITION﹂について、問題の概要と想定した解法について解説を行います。なお、ISUCON11 予選問題の作問はNTTコミュニケーションズ株式会社 - kanata、Mahito、東京工業大学デジタル創作同好会traP - eiya、oribe、ryoha、ヤフー株式会社 - okimoto、 tabuchi の7名で担当させていただきました。 ISUCONDITION とはISUCON11 予選問題は、ISU (問題ではイスをこう表現していたのでここでもそう表現します) が人々にとって大事なパートナーとして扱われる世界で、ISU から送られるデータ
●isucon
●isucon11
●あとで読む
●CPU
●engineering
●API
●blog
●HotEntry
●
97 users
●
qiita.com/jnchito
●
テクノロジー
●2023/02/07
注意 この記事の実験は実際の運用を正確に反映していない恐れがあります︵コメント欄の @hmatsu47 さんの投稿を参照︶。 実務のアプリケーションでは異なる結果になる可能性もあるので、本記事の内容はあまり鵜呑みにせず参考程度に留めておいてください。 ※﹁実務に近い環境で実験してみた﹂という投稿もお待ちしています! はじめに データベース︵この記事ではPostgreSQLを対象とします︶の主キーは1,2,3のような連番の整数値を主キーにするSERIALと、"00009236-b73c-4338-8ebd-e1f6c4f4fdd8"のようなランダムな文字列を主キーにするUUIDがあります。 それぞれメリットとデメリットがありますが、パフォーマンスについてはどうでしょうか?なんとなくSERIALの方がシンプルなぶん、速そうなイメージがありますが、実際はどうなのか調べてみました。 実行環境Ma
●postgresql
●uuid
●パフォーマンス
●あとで読む
●Qiita
●performance
●benchmark
●DB
●mysql
●
95 users
●
antonz.org
●
テクノロジー
●2024/06/17
UUIDv7 is a 128-bit unique identifier like it's older siblings, such as the widely used UUIDv4. But unlike v4, UUIDv7 is time-sortable with 1 ms precision. By combining the timestamp and the random parts, UUIDv7 becomes an excellent choice for record identifiers in databases, including distributed ones. Let's briefly explore the UUIDv7 structure and move on to the zero-dependency implementations i
●uuid
●あとで読む
●programming
●プログラミング
●*あとで読む
●
95 users
●
medium.com
●
テクノロジー
●2020/07/18
TL;DR can you trust every browser to generate globally unique identifiers at scale? At Teads, we have tried, and the answer is yes, with a few caveats. This article describes the experiments we’ve run and the discoveries we made along the way. Why we need client-side unique identifiersGenerating unique identifiers is a common need that third-party scripts integrated on Web pages and e-commerce sit
●uuid
●random
●javascript
●あとで読む
●アルゴリズム
●web
●security
●HotEntry
●Development
●
94 users
●
twitter.com/LiosK
●
テクノロジー
●2022/11/03
●uuid
●あとで読む
●RFC
●library
●github
●
91 users
●
speakerdeck.com/yoshiori
●
テクノロジー
●2024/06/16
JJUG CCC 2024 Spring の発表資料です
●UUID
●java
●あとで読む
●RFC
●technology
●
62 users
●
asnokaze.hatenablog.com
●
テクノロジー
●2020/02/27
[2021/04/28追記] 新しく提案仕様が出たので、新しく記事を書きました asnokaze.hatenablog.com 先日IETFに提出された﹁UUID Format Update﹂という提案仕様の中でUUID version 6のフォーマットが言及されている。このDraftはUUIDを定義しているRFC4122を更新するものです。 ただ、まだIndividual Draftのdraft 00であり、この提案自体どうなるかは全くわからない点に注意が必要。 なお、UUIDv6自体はこの提案を行っているBrad G. Peabody氏が以前から取り組んでいた模様で、4年以上まえから案は存在していたようだ(URL)。またそのタイミングでサンプル実装も公開している。 UUIDv6 この提案仕様の中で、UUIDをデータベースのプライマリキーとして使用する際の課題をあげている。時系列順に並び
●uuid
●identity
●DB
●あとで読む
●gender
●web
●
57 users
●
zenn.dev/kiyocy24
●
テクノロジー
●2021/07/07
絶対に重複しないといわれるUUID UUIDとはUniversally Unique Identifier の略で、﹁Universally﹂つまり将来にわたって重複や偶然の一致が起こらないという前提で使われるIDのことです。 128ビットで表現されるUUIDは2^128通り︵Version 4では固定値があるため2^122通り︶あり、その膨大なパターンから将来に渡って重複しないとされています。その特性から、ファイルのハッシュ値に使われたり、DBのキーに使われたりしています。重複しないことが約束されているので、大変使い勝手が良いのです。 とはいえ、有限桁数である以上は重複が発生する可能性がごく僅かながら存在します。 では実際に重複させるには、どれだけUUIDを作らないといけないのか試してみます。 まずは計算で目算をつけるx通りのパターンがあるとき、衝突回数がpになるときの試行回数nは以下
●uuid
●あとで読む
●プログラミング
●programming
●コンピュータ
●-
●development
●web
●
49 users
●
blog.daveallie.com
●
テクノロジー
●2022/12/30
When it comes to picking the type for your database's primary keys, there are a few divided camps. When making this decision for Visibuild I had to choose between the simplicity of sequential IDs and the longevity/future benefits of non-sequential IDs. I chose non-sequential IDs to make it easier to deal with sharding and regional databases in the future. Out of the many flavours of non-sequential
●ulid
●postgresql
●UUID
●performance
●DB
●あとで読む
●パフォーマンス
●mysql
●
47 users
●
spring-mt.hatenablog.com
●
テクノロジー
●2021/03/03
下記の記事を見て、PKにUUIDを使った際に内部的にどうなっているのかを確認してみました kccoder.com 比較対象として、PKにULIDを使った場合も調べてみました。 github.com ULIDはUUIDと互換性がある、ソート可能な識別子です。 MySQLのバージョン % mysql --version mysql Ver 8.0.19 for osx10.14 on x86_64 (Homebrew) スキーマ mysql> SHOW CREATE TABLE innodb_auto_increment\G *************************** 1. row *************************** Table: innodb_auto_increment Create Table: CREATE TABLE `innodb_auto_incr
●mysql
●UUID
●innodb
●パフォーマンス
●ruby
●programming
●あとで読む
●
44 users
●
gigazine.net
●
テクノロジー
●2020/10/19
オンライン対戦システムやランキングシステムの都合などで﹁世界中で唯一の値である識別子﹂をサーバーに接続せずに作成する必要がある場合があり、そうした場合に活用されるのが﹁UUID﹂です。そのUUIDの性質について、エンジニアのアリアマン・シャーダさんが解説しています。 Understanding How UUIDs Are Generated - Digital Bunker https://digitalbunker.dev/2020/09/30/understanding-how-uuids-are-generated/ UUIDは世界中で重複がないユニークな値となるよう設計されており、さらにその一意性が中央サーバーなどの要素に依存しないようになっています。こうした特徴をもつUUIDをデータベースの主キーに利用すると他人のデータベースと結合したり、データを別のデータベースに移動したりする
●uuid
●あとで読む
●gigazine
●セキュリティ
●IT
●
40 users
●
qiita.com/martinheidegger
●
テクノロジー
●2021/12/22
[ English Version ] 2020年の ﹁Promise のキャンセルについて﹂ブログ記事に続き、これもまた基本的なトピックとして深く掘り下げていきたいと思います。 アイデンティティ︵略称ID︶、つまりあるものを識別する方法は、ほとんどのツールがすぐに提供してくれるので、普段考える必要はありません。しかし、私たちはユーザーのために作っているのです。人間です。IDは、URL であったり、レシートであったりと、ユーザーの目に触れることが多く、そのときにIDの形が実際の違いを生むことがあります。 この記事を読んでいただければ、このトピックが魅力的であることに同意していただけると思います。その後、あなたはIDを同じように見ることができなくなるに違いありません。 この記事のコードは、関連する github レポ に掲載されています。 Classic ID's, auto increm
●UUID
●node.js
●あとで読む
●article
●HotEntry
●
38 users
●
www.percona.com
●
テクノロジー
●2019/11/25
All of Percona’s open-source software products, in one place, to download as much or as little as you need.
●performance
●mysql
●あとで読む
●database
●DB
●architecture
●article
●
30 users
●
gigazine.net
●
暮らし
●2023/10/23
UUIDは﹁Universally Unique Identifier﹂の略称で、世界中のどこにも重複が存在しない唯一のIDという特徴があります。UUIDには歴史的な経緯によっていくつかのバージョンが存在していますが、2023年10月時点で標準化の作業が進行中のv7についてCI/CDサービスを提供する企業のBuildkiteが解説しています。 Goodbye to sequential integers, hello UUIDv7! https://buildkite.com/blog/goodbye-integers-hello-uuids UUIDは128ビットの数字で、大部分をランダムに作成することで重複する確率を限りなくゼロに近づけており、実質的に世界中のどこにも存在しない唯一のIDとみなせるようになっています。しかし、完全に数値がランダムのためプライマリキーとして使用するとデータ
●UUID
●あとで読む
●データベース
●db
●
23 users
●
github.com/jetpack-io
●
テクノロジー
●2023/06/29
You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert
●golang
●UUID
●github
●あとで読む
●
23 users
●
datatracker.ietf.org
●
テクノロジー
●2024/05/16
Internet Engineering Task Force (IETF) K. Davis Request for Comments: 9562 Cisco Systems Obsoletes: 4122 B. Peabody Category: Standards Track Uncloud ISSN: 2070-1721 P. Leach University of Washington May 2024 Universally Unique IDentifiers (UUIDs) Abstract This specification defines UUIDs (Universally Unique IDentifiers) -- also known as GUIDs (Globally Unique IDentifiers) -- and a Uniform Resou
●UUID
●RFC
●あとで読む
●history
●development
●開発
●歴史
●まとめ
●
19 users
●
gihyo.jp
●
テクノロジー
●2023/09/13
第777回では、Raspberry Pi Zero 2 WにUbuntuをインストールする方法を紹介しました。その際に、﹁Bluetoothはうまく動かなかった﹂と説明しましたが、今回はそのBluetoothの認識方法とその使い方を説明しましょう。 図1 Raspberry Pi Zero 2 WにBluetoothオーディオデバイスを接続して、楽曲を再生してみる Raspberry PiのBluetooth対応 第777回では、Ubuntuを起動してもBluetoothデバイスが見えないという話をしました。 $ bluetoothctl show 何も表示されない 実はこれは﹁まったく見えない﹂というわけではなく、﹁何度か再起動すると見えたり・見えなかったりする﹂なんて、特定の業種の人にとっては胃がキリキリするかもしれない挙動を示すのです。まずはここからなんとかしましょう。 Ubun
●Raspberry Pi
●linux
●あとで読む
●article
●
17 users
●
medium.com
●
テクノロジー
●2019/08/26
Cloud Spanner は完全に管理されたミッションクリティカルなリレーショナル データベース サービスであり、グローバルなスケールでのトランザクション整合性、スキーマ、SQL︵拡張機能を含む ANSI… ただドキュメントを見てもID生成器のことなどを理解していないと、いざ設計するとき苦労するかと思い記載しました。ドキュメントの補足資料として読んでいただけたら幸いです。 Cloud Spannerの特徴特徴を簡単に記載しますと ノード、スプリットで構成されている。レコードデータはスプリットに配置される。どこに配置するかはレコードの主キーに依存する。レコードの増減に応じてCloud Spanner側で自動で(1)どのレコードをどのスプリットに配置するか。(2)スプリットの数 をコントロールするレコードをどのスプリットの配置するかはレコードの主キーの値に依存する分散されたスプリットにアクセ
●spanner
●設計
●cloud
●エンジニア
●google
●
16 users
●
github.com/alexdredmon
●
テクノロジー
●2019/12/15
from cuteuid import generate_cuteuid generate_cuteuid() # 1337 UID # 3xampl3a-boy1-goa1-5ucc33dd3p7h # d1v151on-5ho3-1w31-d1571ngu15ha # 7ak351h3-k33p-175a-5ympa7h371c1 generate_cuteuid(hex_only=True) # 1337 UID (hex only) # 10adca9a-4057-5a13-901171ca1136 # 0ff1c1a1-50f7-f33d-43517a73b3d1 # ad01053a-9057-7311-c411d400da50 generate_cuteuid(emoji=True) # EmojiUID # ⛹♂️🧜♂️⬜️3️⃣📏🧹🤴🗾➖🇵🇰📔💹🌳
●uuid
●github
●あとで読む
1
2
次のページ
新着記事
1 user
www.bloomberg.co.jp
1 user
yuko2.oa.gob.jp
1 user
www.allcinema.net
1 user
www.jiji.com
1 user
www.artstation.com
1 user
rin.ht.gob.jp
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
●総合
●一般
●世の中
●政治と経済
●暮らし
●学び
●テクノロジー
●エンタメ
●アニメとゲーム
●おもしろ
●アプリ・拡張機能
●開発ブログ
●ヘルプ
●お問い合わせ
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●ガイドライン
●利用規約
●プライバシーポリシー
●利用者情報の外部送信について
●公式アカウント
●ホットエントリー
●はてなブログ
●はてなブログPro
●人力検索はてな
●はてなブログ タグ
●はてなニュース
●ソレドコ
Copyright © 2005-2024 Hatena. All Rights Reserved.
設定を変更しましたx