SQL
:プログラミング言語
Structured Query Language
読み方は「しーくえる」が本流らしいが、「えすきゅーえる」が大勢。
- (誤用)MicrosoftのRDBMS「Microsoft SQL Server」を単に「SQL」と呼んでいる人がよくいる。
- 特徴
- 制御文が書けない。
- RDBのデータ操作・データ定義を行なうためのプログラミング言語。文法は規格化されているが(ANSI SQL)、RDBMSによって方言が色々ある。
- 種類
- データ定義言語（DDL：Data Definition Language）
- データ操作言語（DML：Data Manipulation Language）
- データ制御言語（DCL：Data Control Language）
年表
- 1970年代 - IBMがSystem-R。
- 1987年 - 国際規格 （アメリカ規格協会(ANSI)）・JIS規格になる。
このタグの解説について
この解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。関連ブログ
【SQL Server(連載)】CASE式の応用 -18-
www.pon-x.jp 前回の続き 前回、CASE式をやりましたが、今回は応用的な事例を紹介します。 並び替えに使う。 ORDER BY で並び替えができるのですが、CASE式をもっておもしろい使い方ができます。 例えば、以下のようにPerson.PersonテーブルをPersonTypeでソートするにはいかのようになります。 SELECT * FROM Person.Person ORDER BY PersonType このとき、PersonTypeでソートするけれども、データが「IN」のレコードは最優先で上位としたいいったとき、以下のように書けます。 SELECT * FROM Pers…
ネットで話題
もっと見る
eh-career.com
jp.quora.com
blog.tokumaru.org
www.ideaxidea.com
koseki.hatenablog.com
qiita.com
use-the-index-luke.com
thanks.yahoo.co.jp
tech.gunosy.io関連ブログ
【SQL Server(連載)】CASE式 -17-
www.pon-x.jp 前回の続き 今回は、条件分岐を目的とするCASE式を紹介します。 CASE式 CASE式は、もしデータが、〇〇だったら××、△△だったら□□みたいなかんじに読み替えてあげることを目的とします。 便利なのは、SELECT文をはじめ、UPDATE、DELETE、INSERTなどででも使え、さらにSELECT句、WHERE句、ORDER句、などなどスカラであらわされる部分なら大抵は使えるのが特徴です。 文法はこんな感じ CASE WHEN [比較元データ] = [比較データ] THEN [出力したいデータ] WHEN [元データ] = [比較データ] THEN [出力したい…
【SQL Server(連載)】INSERT文(SELECT文の利用) -16-
www.pon-x.jp 前回の続き 前回からINSERT文に入りました。 今回は、それの応用です。 SELECT文を使った、INSERT文 例えば特定のレコードの内容の一部のカラムを変えてレコードを追加したい。なんてことがたまにある。 今回の目的は、そんなときにSELECT文を使ってデータを挿入することです。 まずはPerson.PersonPhone テーブルについて、以下の結果を見てみてください。 SELECT * FROM Person.PersonPhone WHERE BusinessEntityID = 1 こんな感じに出力されます。 これを利用して、PhoneNumberTyp…
階層構造(a.k.a ツリー構造・ディレクトリ構造・フォルダ)をDBでどう設計すべきか
SQLアンチパターン第2章を自分なりに噛み砕く。 階層構造とは いわゆるTree Strcture(木構造)。 例として上げるのであれば、 Reditのコメント ファイラ(フォルダ・ディレクトリ) . WindowsのExplorer . MacのFinder。 Shell ブログのカテゴリ DOM Tree ここではフォルダを想定する。 隣接リスト(Adjacency List) Tree-Structure/adjacency_list at main · teitei-tk/Tree-Structure · GitHub 単純に考えると、各フォルダに親のフォルダを参照させるやり方が想定さ…
【SQL Server(連載)】INSERT文 -15-
www.pon-x.jp 前回の続き 今回は、データの挿入INSERTをやりたいと思います。 INSERT INSERT文はレコードを挿入するために使います。 文法はこんな感じ INSERT INTO [テーブル名] VALUES([データ1], [データ2]…) 例えば、Sales.SalesReasonテーブルにデータを追加してみましょう。 なお、SalesReasonカラムは自動採番になっているので、データを指定しなくてもよいものになっています。 INSERT INTO Sales.SalesReason VALUES('Radio Advertisement','Other',SYSD…
【SQL Server(連載)】DELETE文 -14-
www.pon-x.jp 前回の続き 今回から、レコードの削除を行う、DELETE文を紹介します。 DELETE ここまで、SELECT文やUPDATE文をやってきましたが、これらの内容が抑えられていればそんなに難しいものではありません。 DELETE文はこんな感じに書きます。 DELETE FROM [テーブル名] これだけで、テーブル内のデータを全削除できます。 レコード単位に削除するので、カラム名は関係ないため指定しません。 しかし、削除したいデータというのは、常に条件指定があるものです。 WHERE句の利用 WHERE句を用いると、レコードを抽出して削除することができます。 例えば、P…
【SQL Server(連載)】UPDATE文 (JOINの活用) -13-
www.pon-x.jp 前回の続き 前回からUPDATE文に入り、WHERE句を活用までやりました。 今回は、他のテーブルと結合してデータを更新する方法を紹介します。 JOINを活用する。 あるカラムのデータについて、そのテーブルと別のテーブルを結合させて、別のテーブルのカラムの値に書き換えたいということはたまにある。 こんなかんじに書くことになります。 UPDATE TBL1 SET [カラム名] = [変更したい値] FROM [テーブル名] TBL1 INNER JOIN [テーブル名] TBL2 ON TBL1.KEY = TBL2.KEY それでは、Person.Person_Co…
【SQL Server(連載)】UPDATE文 (データの変更) -12-
www.pon-x.jp 前回の続き 今回からデータの更新、UPDATEに入っていきます。 UPDATE UPDATE文は、データを変更するために行います。 こんなかんじにかきます。 UPDATE [テーブル名] SET [カラム名] = [更新したいデータの内容] では、前回作成したPerson.Person_COPYをつかってためしてみようとおもいます。 NameStyleはすべて0が入っていますが、これを1に変更してみます。 UPDATE Person.Person_COPY SET NameStyle = 1 結果はこんなかんじ。 SELECTで確認してみると、 確かに変わっている。 …
Episode:6 SQLとER図見直しと面接練習
今日は仕事後夜の短い時間に盛りだくさん。 某有名スクールが行っている面接対策の面談日だったのだが 相手がなんの通知もないまま10分遅れてアサイン…え、なんなん？という戸惑いから いきなりの面接練習かまされて、固まっていない自己紹介からのエンジニア志望理由 終始固まり切っていない返答をしてしまった。 (もちろんアサインする時に軽い謝罪はあったが…基本忘れているとかありえん) 面接の練習するなら事前に言っておいてほしいし、遅刻すんな仕事だろ。 という感じだったけど、フィードバックは流石キャリアアドバイザー。 今後のためになるので、真剣に聞いて質問もした。 今度はある程度固めて挑戦する決意。負けてら…
【SQL Server(連載)】テーブルのコピー -11-
www.pon-x.jp 前回の続き 今回は、テーブルのコピーの仕方を紹介したいと思います。 INTO句 テーブルのコピーはINTO句を使って行うことができます。 こんな感じです。 SELECT [カラム] INTO [追加したいテーブル] FRON [元のテーブル] では、ためしにPerson.PersonをPerson.Person_Copyという名前でコピーしてあげます。 SELECT * INTO Person.Person_Copy FROM Person.Person こんかかんじで処理件数が表示されます。 確認してみます。 SELECT * FROM Person.Person_…
【SQL Server(連載)】SELECT文 (部分一致検索) -10-
www.pon-x.jp 前回の続き 今回は、WHERE句において、部分一致検索の方法を紹介したいと思います。 部分一致検索 WHERE句を使って、必要なレコードを抽出する方法はすでに紹介しました。 www.pon-x.jp しかし、これはイコールをつかって、完全一致する条件でレコードを抽出する方法でした。 一方で、特定の文字列を含むといったり、ある文字から始まるといった条件でレコードを抽出したいといったことがよくあります。 今回は、そんなときに便利な方法を紹介します。 LIKE演算子 LIKE演算子を使うと、部分一致検索を可能にします。 では、Person.PersonPhoneテーブルにお…
【SQL Server(連載)】SELECT文 (存在チェック) -9-
www.pon-x.jp 前回の続き 前回は、サブクエリを勉強しました。 今回は、サブクエリを使って、他のテーブルにデータが存在するかという確認をもって、抽出条件を決める方法を紹介します。 EXISTS EXISTSは、データが存在するかを確認するものです。 ちなみに、データが存在しないかを確認する場合は、NOT EXISTSを用いればよいということになります。 では、早速やってみようというまえに外部結合の回をおもいだしてください、 www.pon-x.jp ここで、こんなSQLをかきました。 SELECT * FROM Person.Person PP LEFT JOIN Sales.Per…
【SQL Server】基本統計量の算出（特に中央値！percentile_cont関数、percentile_disc関数）
タイトル通り、基本統計量の算出方法です。SQL Serverには、中央値を算出するmedian()はありません ... （同じMicrosoftのExcelにはあるのに ...）（SASのproc sqlではmedian()が使えるのに ...）とがっかりしましたが、どうやらpercentile_cont()を用いることで対応できるようです。 ということで、サンプルデータを準備します。PlaceboのAVALは{1,2,3,4}なのでmedian=2.5、XXX-001は{1,2,8,9}なのでmedian=5になる想定です。 if object_id(N'tempdb..#tmp1', N'…
【SQL Server(連載)】SELECT文 (サブクエリ) -8-
www.pon-x.jp 前回の続き 今回は、サブクエリを勉強します。 サブクエリとは入れ子ともいわれ、例えば、親のSELECT文の中に子のSELECT文をいれるなどあります。 今回は、このSELECT文を使ったサブクエリを紹介します。 FROM句をサブクエリにする。 前回、HAVINGを紹介しましたが、サブクエリを使うとHAVINGと同様な出力を得ることができます。 ちなみに、前回のクエリはこちら。 SELECT PersonType, COUNT(BusinessEntityID) FROM Person.Person WHERE MiddleName IS NOT NULL GROUP …
【SQL Server(連載)】SELECT文 (グループ化) -7-
www.pon-x.jp 前回の続き 今回は、グループ化をやりたいと思います。 以前に、DISTINCTを使いましたが、それとはちょっと違います。 ちなみにDISTICTは、こんな風に書きました。 SELECT DISTINCT PersonType FROM [Person].[Person] 出力はこんな感じ 重複を削除するのが、DISTINCTでしたね。 GROUP BY 今回やるのは、重複を削除したうえで、集計をすることを目的とします。 この際集計関数というのがあり、例えば 1. COUNT()・・・データ数 1. SUM()・・・合計 1. AVG()・・・平均 などなどたくさんある…
pt-online-schema-changeを用いたスキーマ変更 on Amazon Aurora MySQL
こんにちわ。id:cw-tomitaです。 早速ですが、皆さんはauto incrementなRDBのtableのidにはどのような型を利用されていますか？ Chatworkでは多くのテーブルでint型が指定されているのですが、９年前にサービスを開始した時には想像もつかないくらいに多くのお客様に使っていただけるサービスへと成長した結果、int型なauto incrementのidを利用しているテーブルで、レコード数がintの上限を迎えそうなテーブルが複数現れ、どかっとまとめてALTER TABLEを実施するという2020年を代表する一大イベント(?)がありました。 今回は、その時に利用したpt…
MySQLとRAND関数の挙動の整理 その1
MySQL Advent Calendar 2020 - Qiita の3日目の記事です。昨年のアドベントカレンダーは1つも記事も書かなかったので、今年は1つくらいは。。。 （ていうか、アドベントカレンダーのタイトルがMySQLだったりMySQL Casualだったりしてるのね） MySQLでテーブルからランダムにn件取り出したい ひと昔ほど前に流行ったテーマっぽいですが、自重しません。 気になったタイミングで調べて、出せるタイミングでアウトプットする、それだけです。 過去にアップされたと思しき記事なんかも調べたりしつつ、やり方を洗い出したら、以下の3つくらいになりました。（１）ORDER B…
Django のトランザクションについて（初級者向け）
この投稿は 「Django Advent Calendar 2020 - Qiita」 3日目の記事です。akiyoko です。 Django のトランザクションについては拙著『現場で使える Django の教科書《基礎編》』の第6章「モデル（Model）」でも触れていますが、この記事ではもう少し詳しく解説してみたいと思います。 目次 はじめに デフォルトはオートコミット 【方法１】ATOMIC_REQUESTS を有効化する 【方法２】transaction.atomic() で囲む （おまけ）ATOMIC_REQUESTS を有効化しているときに、特定のビュー内で自前でトランザクションを切…
「ノーコードデータ連携は簡単」の落とし穴～その実行ボタン、押していいの？～
ノーコードアプリ開発は自己完結、ノーコードデータ連携は連携先と処理がある 「ノーコード」と聞くと、操作が簡単で専門知識がない人でも使えるというイメージがあります。これは、「ノーコードアプリ開発ツール」のイメージが強いからだと思います。kintone に代表されるノーコードアプリ開発ツール・サービスは確かに使いやすいです。専門的な知識をもたなくてもある程度実用に耐える業務アプリケーションを組んで運用することが可能です。 では、「ノーコードデータ連携ツール」はどうでしょう？実は私、メールシステムのContact 情報をCRM にノーコードツールでポチポチっと連携したら、既存のCRM のデータがメー…
いきなりはじめるPHP【本】【レビュー】【PHP】
☆いきなりはじめるPHP いきなりはじめるPHP ワクワク・ドキドキの入門教室／谷藤賢一【合計3000円以上で送料無料】 価格:1,980円(2020/11/28 11:05時点)感想(0件) この本とってもわかりやすいです！ PHPのプログラミング基礎のキソから学べる。実際に「やってみる」「作ってみちゃう」という体験から学ぶ方式だから知識の浸透が早いと思いました。 プログラミングできてる！っていう感動とワクワクでモチベーションも上がるし。 文章もやさしくわかりやすくて寄り添って進んでいく雰囲気が安心感を感じながら学べます。 実際の秋葉原の教室で学ぶ生徒さん達の疑問に日々向き合って、 その解消…
laravel-oci8とか動的SQLとか
すっかりOracleの使い方忘れたってのと、laravel-oci8ってどう使うんだっけ？ ってのと、動的SQLの検索条件がバインドされねーってので詰まっているので 参考サイトをまとめておく(Φω｜ 使い方がわかったらあとでまとめる。PHP7と5でも違いがあるらしい。 [使い方とか] [参考サイト] github.com qiita.com products.sint.co.jp docs.oracle.com man.plustar.jp qiita.com yajrabox.com yajrabox.com yajrabox.com saba.omnioo.com stackoverrun…
お手軽・簡単？！Cloud Storage Connectorを使ってHadoopクラスタからGCS・S3にデータを移動する
qiita.com この記事は MicroAd (マイクロアド) Advent Calendar 2020 - Qiita の3日目の記事です。 昨日は Kotlin大好き？ wrongwrong の以下のGitHub ActionsでJava/Kotlin製ライブラリ（ビルドツールはgradle）のCI環境構築する話でした。 qiita.com 3日目の記事は、Hadoopネタです。 HDFSに貯めたデータをクラウドストレージに持っていってクラウド上で何かをしたい（BigQueryから参照させたいetc）。 また、バックアップ先としてクラウドストレージを使いたい、クラウドストレージのデータを…
Microsoft 365 Graph Connector を知っていますか？
Microsoft は SharePoint をリリースした 2000 年ころから、情報の検索を重視した施策を取ってきました。 それは SQL Server から始まり、 MSN といった検索エンジンを経て現在は Microsoft Graph という形で情報の検索をひとまとめにしようとしています。 その Microsoft Graph にコネクタ実装が行われ、 Microsoft Search と統合することになったようです。 https://docs.microsoft.com/ja-jp/microsoftsearch/connectors-overview?WT.mc_id=M365-…
データモデルをチームメンバーに共有する時に TypeScript の型定義風にしている話(お試し中)
SmartHR Advent Calendar 2020 の3日目です。 本記事の概要 最近、テーブル定義をチームメンバーに共有する時は Rails migration のアレではなくて TypeScript の型定義で表現するようになりました。バックエンドエンジニア以外への配慮というよりも(それも少しはあるけど)、自分自身がよりイメージしやすいからというのがあったり無かったり。— Wataru MIYAGUNI (@gongoZ) 2020年9月7日 例えばこういう感じでテーブル設計(物理データモデル)したものを エンジニア含めデザイナーやプロダクトマネージャー(以下、PdM)に共有する論理…
AWS Redshift Federated QueryでRedshiftにアクセスしてみる
AWS RedshiftのFederated QueryはRedshiftからRDSやAuroraのPostgreSQLテーブルにアクセスできる機能です。 PostgreSQLにアクセスできるのであれば、似たインターフェースであるRedshiftにもアクセスできるんじゃないかと期待して試しました。Redshift同士のアクセスです。 結論 できない。(2020/12/02現在) ドキュメントにもRDS PostgreSQLやAurora PostgreSQLにアクセスする方法が書かれていますが、Redshift同士ができるとは書かれていません。 試すと次のようなエラーメッセージが出ました。 3…
【BigQuery & Redshiftで使える！】ログ分析のスキャンを100分の1に減らす方法
はじめに 株式会社AppBrewの@anoworlです。これは「💰 AWSの費用削減 💸 Advent Calendar 2020」2日目の記事です。このままだとこのアドベントカレンダー、一人で走り切ることになるのでお気軽にご参加お待ちしております！ さて今回のテーマは「ログ分析のスキャンを大幅に減らす方法」です。 弊社では定量・定性による仮説検証を掲げ、そのために「SQL学習モチベを爆上げする「SQLテスト制度」を導入している話」のように、全社員がクエリを叩いて仮説検証出来る環境の構築を目指しています。 そこで重要になるのがクエリ結果が返ってくる速度です。BigQueryにしろRedshif…
MySQLのロック
ロックとは データベース上の同一データに対して書込み要求が同時に発生した場合、トランザクションが逐次化されていないと結果に矛盾が生じてしまう。 以下図を見ればロックがなぜ必要なのか直感的にわかる 引用: https://www.teradata-jp.com/post/col05i トランザクションとは 「複数の処理を一つにまとめたもの」 https://qiita.com/zd6ir7/items/6568b6c3efc5d6a13865 上の記事がトランザクションの役割を表している。ここではトランザクションの特性の一つであるACID特性についてのみ記載しておく。 ACID特性 トランザクシ…
Cosmos DB のインデックスポリシーの基本と最適化の方法
Cosmos DB は RDB のようにインデックスを個別で付ける必要がなく、デフォルトのままでも十分なパフォーマンスが出るようになっていますが、最適化を行うとスループットの向上やコスト削減に繋がります。特に最近は大量データの処理基盤として Cosmos DB を使うことが多くなってきたのですが、こういった大量データを処理するケースではインデックスポリシーの最適化はかなり効果が出ます。例によって Cosmos DB の公式ドキュメントは充実しているので、基本から読んでおくと安心です。ちなみにインデックスポリシーの最適化のを行う目的は、書き込みのコストとレイテンシを下げるためです。読み込みに関し…
