ワンランク上のSQLを書くためのポイント3つ - Qiita
この記事はNuco Advent Calendar 2022の17日目の記事です。 ワンランク上のSQLとは？ 1年近く、データ分析に関わる業務に携わっってきた中で、良いSQL、いまいちなSQLをいろいろ見てきました。 自分が書くSQLも、最初の頃は目も当てられないSQLも書いてきました。そんな中で、こんなことを意識していくと、より良いSQLになるのでは？というポイントをまとめていきます。 とりあえずSQLの文法は一通り勉強して、取得したいデータをとってくるSQLをかけるようになったぞ。という人に向けたものなので、本当に基礎的な文法は解説していません。 ワンランク上のSQLを書くためのポイントは、 ・読みやすい ・再利用しやすい ・処理が早い の３つを押さえられているかどうかだと感じています。 可読性が高いメリット 間違いにくくなる/デバックが容易になる エラーが出てくれれば間違っているこ
よく使うpsqlの便利技10選
1. メタコマンドとSQLを一緒に使う 実行例 2. SELECT結果の値だけを取得する 実行例 3. SQLでSQLを作り実行 (9.6~) 実行例 4. サーバに応じて実行するSQLを変える (10~) 実行例 5. 忘れたDDLのシンタックスを確認する 実行例 6. SQLファイルの内容を一行ずつ確認しながら実行する 実行例 7. 特定のコマンドを定期的に実行したい 実行例 8. psqlを起動した時に実行されるコマンドを設定する 実行例 9. .psqlrcを一時的に使わない 実行例 10. SELECTの結果をCSV形式で出力 実行例 普段よく使っているpsqlで便利だと思う使い方を10個紹介します。運用で使うシェルスクリプトとかでもpsqlは使う事があると思うので、psql派でない人にも多少は役に立つはず。 特に最近のバージョンで追加された機能は、利用できるバージョンを記載して
論理削除 Casual Talks #1 で「論理削除しない」という話をしました - moroのブログ
互いの前職での先輩後輩である @kenchan と企画した論理削除 Casual Talks #1で、「論理削除しない」という話をしてきました。 話す内容が各話者で面白いほどかぶっていたのでなかなか大変でしたが、普段から言っている「論理削除するな」「削除じゃないからちゃんと機能を設計しましょう」という内容を話してきました。 他の方の話も、かぶっているようで新しい視点もあって、いち参加者としてもたいへん勉強になりました。
１対多 関係から多の結果を1レコード別カラムに返すSQL（上限有り前提） - Qiita
select結果を普通縦にレコードが伸びますが横に伸ばしたいときに利用できます。 crosstabとか利用するのが面倒なときにエイヤッと書けます。 テーブル例 １：membersテーブル 多：member_hobbies テーブル 1人が複数の趣味を持っている 普通にJOINすると右表のように返ってくる ## 返したい結果表 一人ごとに複数有る趣味を横に伸ばして返したい SQL （どちらも同じ結果が返ります） シンプルSQL 伸ばしたいカラム数分、SELECT句に副問合せを記述 select ( SELECT member_hobbies.name FROM member_hobbies WHERE member_hobbies.fda_member_id = fda_members.id ORDER BY member_hobbies.id OFFSET 0 LIMIT 1 ) AS h
q - Text as Data
q - Run SQL directly on CSV or TSV files¶ Overview¶ q's purpose is to bring SQL expressive power to the Linux command line by providing easy access to text as actual data, and allowing direct access to multi-file sqlite3 databases. q <flags> <sql-query> q allows the following: Performing SQL-like statements directly on tabular text data, auto-caching the data in order to accelerate additional quer
PostgreSQL Internals
本コンテンツは、2014年1月30～31日に筑波大学で開講された「情報システム特別講義D」における講義「Inside PostgreSQL Kernel」の内容を再構成、加筆・修正したものです。 はじめに 本コンテンツについて 本コンテンツへのフィードバックについて アーキテクチャ概要 PostgreSQLの構成要素 PostgreSQLの基本的なアーキテクチャ SQL文の処理される流れ トランザクション管理 トランザクション処理におけるACID特性 各レコードの可視性の管理 Atomicity（原子性）の実装 Consistency（一貫性）の実装 Isolation（分離性）の実装 トランザクション分離レベルの定義 Durability（永続性）の実装 チェックポイント メタデータ管理 pg_controlファイル OID/XID/TID システムカタログ MVCCとストレージ構造 テ
Google Cloud SQL、クラウド外からも標準的なMySQLプロトコルでアクセス可能に
Googleは同社のクラウド上で提要しているデータベースサービス「Google Cloud SQL」に対して、オンプレミスなどクラウド以外からもMySQLの標準プロトコルで接続できる機能「MySQL Wire Protocol」を公開しました。 Cloud Platform Blog: Google Cloud SQL is now accessible from just about any application, anywhere MySQL Wire Protocol is the standard connection protocol for MySQL databases. It lets you access your replicated, managed, Cloud SQL database from just about any application, runni
SQLアンチパターン - ナイーブツリー
社内勉強会資料 追記: 2013-10-31 ついったで指摘( https://twitter.com/akuraru/status/395822183777202176 )を受けたので入れ子集合のノード追加の説明の所を修正しました。
Toru on Twitter: "SQLアンチパターンをよんで、閉包テーブルが悪くない設計と知って衝撃を受けるなどした。 わざわざ経路列挙モデルに変えたのに、必要なかったか。"
SQLアンチパターンをよんで、閉包テーブルが悪くない設計と知って衝撃を受けるなどした。 わざわざ経路列挙モデルに変えたのに、必要なかったか。
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
unassert - encourage reliable programming by writing assertions in productionTakuto Wada
#mysqlcasual vol.4 でカジュアルに発表してきました · さよならインターネット
April 18, 2013 MySQL Casual Talks vol.4 で発表してきました。 お声がけしていただいた@myfinderさん 会場提供していただいたOracleさん 業務中にSQLの勉強してるのを暖かく見守っていていてくれた弊社のみなさま @fujiwaraさん ありがとうございました。 発表内容 順番が@saisa6153さんの次という並び順でよかった。 カジュアルにSQLを勉強するには〜的な話が続けられて最高だった。 今回は初参加の人が半数以上いて、これはもしやいけるのでは！？って思って 発表はじめる前に、会場でSQL書いたことのない人いますか？ って聞いて、誰も手を上げなくて、会場で話す意味合いなくなって インターネットの向こう側とか、まだ見ぬエンジニアに向けてみたいな発表になった。 インターネットの向こう側へ話したこと(2週間で何ができたか) 本を買った 「初
ORM嫌いについて
はじめに Object-Relational Mappingツール・ライブラリ(以下、ORM)と言えば必ずといって良いほど誰かの不満の種デス。自分も使ってはいるけど不満はあります。ところで、あなたのご不満のORMとはなんのことを指してますか？そもそも、ORMという言葉は何の厳密な機能範囲も定義していないのですが、みんな過去にハマったライブラリの設定や自分のプロジェクトで使いにくかったことをもって「だからORMはダメだ」と主張している節もあると思います。下記のこの記事も(元ネタはBlikiですが)、ついてるコメントはみんなバラバラのことを指して不満点や解決案を書いています。 Martin Fowler on ORM Hate 自分にとってのORM ORM vs SQLという対立軸で語られることもありますが、自分はSQL大好きですよ。宣言的でとても効率的に関係の操作を表現できる言語だと思います
開発スピードアクセル全開ぶっちぎり！日本よ、これがMySQL 5.6だッ！！
米国で行われているMySQL Connectというイベントで、ついにMySQL 5.6 RC（リリース候補版）が発表された。リリース候補版ということは、これが次の正式版になるということだ。MySQL 5.5は5.1から凄まじい進化を遂げたバージョンであった。だが、MySQL 5.6はさらにそれを上回る進化を遂げている！正直ここまでの進化を誰が予想しただろうか、いや誰も出来なかったであろう。これまで、α版が出たときから何度か新機能について紹介してきたが、今回改めてMySQL 5.6の新機能を振り返ってみようと思う。すべてまとめるともの凄い内容だ。興奮して夜も眠れなくなること請け合いだ。MySQLの進化が止まるのでは？などという心配は吹き飛び、もはやもうちょっと小出しにしなくて良かったのか？と心配してしまうレベルである。 それではMySQL 5.6の新機能について紹介していこう。 InnoDB
SELECTした結果を使って、CREATE TABLEする - on the center line.
一時的にデータを退避しておくときに、SELECTした結果をそのままワークテーブルにぶちこみたくて調べてみたら、結構簡単にできるんですね。複数のデータベースに対応したかったので、各データベースについて調べてみたところ、大体同じようなSQLでできるみたいでした。 [MySQL] create table table_name (select * from other_table) [Oracle] create table table_name as select * from other_table [SQLServer] select * into table_name from other_table ※Postgreでもきっとできると思いますが、調査してません。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Osquery
Oedo Ruby Conference 04: Ruby会議でSQLの話をするのは間違っているだろうか
第5回 時代錯誤症候群～進化し続けるSQLに取り残されるな！ | gihyo.jp
文字セットサポート