Postgres と MySQL における id, created_at, updated_at に関するベストプラクティス
読者対象 ある程度データベースに関する知識を持っている，経験年数 1 年以上のバックエンドエンジニア 特定のプログラミング言語に依存する部分は含めないため，すべての SQL 使用者を対象とする また，ゼロからの丁寧な説明というよりは，リファレンス感覚で使える記事という形にまとめる。 RDBMS の対象バージョン PostgreSQL: 9.4 以降 MySQL: 8.0.28 以降 id （データ型と INSERT 時のデフォルト埋め） 導入 一般的に採用されやすいプライマリキー用の値として，以下を考える。 連番整数 MySQL では AUTO_INCREMENT， Postgres では IDENTITY や SERIAL と呼ばれるもの UUID v1: ハードウェアごとにユニークな単調増加値 UUID v4: ランダム値 UUID v7（ドラフト）: 単調増加であるタイムスタンプとラ
EdgeDB 1.0 | EdgeDB Blog
Check out the discussion of this post on Hacker News. See the recording of the live launch event on YouTube. Today, after several years of building (and a long list of prereleases) we are extremely proud to announce the release of EdgeDB 1.0, the first open source, graph-relational database! 🎊 A brief Q&A is in order. What are the killer features? Modern, lean query language designed to surpass S
Some SQL Tricks of an Application DBA
When I started my career in development, my first job was a DBA. Back then, before AWS RDS, Azure, Google Cloud and the rest of them cloud services, there were two types of DBAs: The Infrastructure DBA was in charge of setting up the database, configuring the storage and taking care of backups and replication. After setting up the database, the infrastructure DBA would pop up from time to time and
Mastery with SQL
Packed with high quality videos, practical examples, and interesting and challenging exercises to practice what you've learned. The course is broad and deep, taking you from beginner level to mastery with SQL and doing it in a way that creates a deep understanding of what you've learned. My goal is to give you the practical tools and skills you need to get your job done.
SQLを実行したときに、PostgreSQLはどのようにデータにアクセスしているのか
決定版！？OSSアプリプロジェクトでのBeta版アプリ配布の方法「Xcode Cloud + TestFlight」
Fun with SQL: Recursive CTEs in Postgres
Common Table Expressions (CTEs) are a powerful construct within SQL. In day to day conversation, you may hear CTEs referred to as WITH clauses. You can think of CTEs as similar to a view that is materialized only while that query is running and does not exist outside of that query. CTEs can be very useful building blocks for allowing your large SQL queries to be more readable. But, they can also b
【社内勉強会】SQLの応用(Window関数) (2017/06/29) - Qiita
0.はじめに 対象者 普段SQLでSELECT句を使っている人 開発環境はPostgreSQL9.4以上 前提知識 SELECT句 GROUP BY句 サブクエリ 伝えたいこと SQLのWindows関数を使うと、SELECT句の幅が広がる。そしてサブクエリより高速になる場合がある。 参考図書 SQL実践入門 特に指定がない限り、この本を引用しています。 サンプルコード 目次 SQL Window関数の概要 サブクエリをウィンドウ関数に置き換える 1. ウィンドウ関数の概要 ウィンドウ関数とは ウィンドウ関数は現在の行に何らかとも関係するテーブル行の集合に渡って計算を行います。 これは集約関数により行われる計算の形式と似たようなものです。 とは言っても、通常の集約関数とは異なり、ウィンドウ関数の使用は単一出力行に行をグループ化しません。 行はそれぞれ個別の身元を維持します。 Postgre
[SQL] Window関数を使ってデシル分析 〜ntile関数で優良顧客を抽出する〜 | DevelopersIO
はじめに まずはじめにデシル分析とは 全顧客の購入金額を高い順に１０等分にして各ランク(デシル)の購入比率や売り上げ構成比を算出して優良顧客を探ろうとする分析だそうです。 マーケティングの世界では「80:20の法則」や「2:8の法則」と呼ばれるパレートの法則というものがあるそうです。 Wikipediaによると 商品の売上の8割は、全商品銘柄のうちの2割で生み出している。 売上の8割は、全従業員のうちの2割で生み出している。 仕事の成果の8割は、費やした時間全体のうちの2割の時間で生み出している。 所得税の8割は、課税対象者の2割が担っている。 プログラムの処理にかかる時間の80%はコード全体の20%の部分が占める。 Wikipedia デシル分析で上位２０％の顧客を抽出できればマーケティングに活かせそうですね。 環境 PostgreSQL 9.5.4 実現したいこと 直近４カ月で利用した
![[SQL] Window関数を使ってデシル分析 〜ntile関数で優良顧客を抽出する〜 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9d7a9e19a3c5979fc0b83efa7beeec666f705bb/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2015%2F07%2Fsql.png)
dbr – Go 言語 O/R Mapper の紹介
Go その2 Advent Calendar 2015 – Qiita 1日目のエントリ第一弾です。（第二弾： Echo – Go 言語 Web Framework の紹介） 当社では現在プロダクトの開発に Go言語 を利用しています。開発の中で得られた知見を徐々に公開していきます。 Go 言語で利用されるデータベース関連パッケージでは、O/R Mapper に位置づけられる gorm や gorp、 QueryBuilder の squirrel が広く知られています。 今回のエントリでは、おすすめの O/R Mapper dbr を紹介します。 gocraft/dbr – Github dbr は、現在 Star の数では gorm や gorp に比べ少ないですが、2015年9月に更新された V2.0 で機能が大幅に強化され、これから人気が高まるのではないかと予想しています。 dbr
Modern SQL in PostgreSQL
SQL has gone out of fashion lately—partly due to the NoSQL movement, but mostly because SQL is often still used like 20 years ago. As a matter of fact, the SQL standard continued to evolve during the past decades resulting in the current release of 2016. In this session, we will go through the most important additions since the widely known SQL-92. We will cover common table expressions and window
パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
Oracle/MySQL/PostgreSQLにおけるサブクエリを含むDMLの非互換性 - SH2の日記
JPOUG Advent Calendar 2013の23日目です。比較的簡単なDMLでもRDBMS間の非互換性が出てしまうという怖い話をします。 +----+------+ | id | data | +----+------+ | 1 | a | | 2 | b | | 3 | c | +----+------+BEGIN; -- IDが最も小さいレコードをロックする SELECT id, data FROM q WHERE id = (SELECT MIN(id) FROM q) FOR UPDATE; (何らかの処理) -- 処理が終わったので削除する DELETE FROM q WHERE id = (1つ目のSQLで取得したID); COMMIT;IDが最も小さいレコードをロックし、何らかの処理を行って、最後にそのレコードを削除します。IDが最も小さいレコードを取得するというの
SQLの単体テストとpgtap
Tweet 本記事は2013年のPostgreSQL Advent Calendarの 12/16の記事です。 近頃、SQLの単体テストをやらないといけないなーということが、仕事であったので、本日は、単体テストを行う上での考え方と一つのやり方の例を紹介したいと思います。 ●最初に明確にすること 当たり前の話になりますが、単体テストに限らず、試験を行うときには、「何を確認するか」、「どの程度試験を実施するか」を明確にする必要があります。 重要なことは、その明確にしたことを「テストの受入者」と合意することです。 この話をしだすと、このブログだけでは語りきれなくなるので、これ以上は割愛します。 ●試験を行う上で、ツールを使うことの是非 試験を行う上で、「ツールを使って試験をするべきだ」、「いや、使う必要はない」というようなやりとりを耳にすることがよくあります。 このときによくないのは、「なんとな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
NULL嫌いのUPDATEしないDB設計 #DBSekkeiNight / DB design without updating
SQLチューニング_理論と改善の実例_/pgcon19j_t4
For each category, find the count of foreign-key items in all child categories using a PostgreSQL Recursive CTE
PostgreSQLアンチパターン
Webで役立つRDBの使い方
sqlpad