タグ

関連タグで絞り込む (15)

タグの絞り込みを解除

sqlに関するchiku-sanのブックマーク (11)

  • SQLスタイルガイド · SQL style guide by Simon Holywell


    概要 全般 推奨 非推奨 命名規則 通則 表 列 別名、相関名 ストアド・プロシージャ 統一的接尾辞 問合せ文 予約語 空白類 インデント 望ましい形式 Create文 データ型の選択 デフォルト値の指定 制約とキー 非推奨設計 付録 予約語リファレンス SQLスタイルガイド︵日本語訳︶ 日本語訳について 日本語訳は誤訳や原文の最新版に追随していない恐れがあります。誤訳や改善点があれば、GitHubのissueまたはpull requestを使用するか、Twitterでお知らせください。 翻訳: 久利史之 @nkuritw概要 このガイドラインは利用の他、forkしたり、自分自身のものに改変したりすることができます。ここで大事なのはスタイルを選択しそれを踏襲することです。変更の提案やバグの修正にはGitHubのissueまたはpull requestを使用してください。 このガイドライン

  • トランザクション分離レベルの古典的論文 A Critique of ANSI SQL Isolation Levels を読む - Hatena Developer Blog


    こんにちは、 id:alpicola です。今年4月に新卒入社してアプリケーションエンジニアとして働いています。 ウェブアプリケーションはその性質上、データベースに対して同時に大量の問い合わせを行います。そうした中でデータベースが個々の問い合わせを処理していくときに起こっていることは何か、どういう順序で処理が行われるのか、というのは興味深い話題かと思います。例えばデータベースに対して行った更新処理の結果が、更新を行ったクライアント以外のクライアントからも﹁見える﹂ようになるのはいつでしょうか。入社間もない頃、先輩エンジニア達にそうした疑問をぶつけてみたところ、﹁トランザクション分離レベル﹂というキーワードと、この分野の古典的な論文 A Critique of ANSI SQL Isolation Levels を教えてもらい、輪読会を社内で開催しました。この記事ではこの輪読会の模様をレポー
    トランザクション分離レベルの古典的論文 A Critique of ANSI SQL Isolation Levels を読む - Hatena Developer Blog

  • 『ビッグデータ分析・活用のためのSQLレシピ』はデータ分析でSQLクエリを叩く人なら必読の黒魔術大全 - 渋谷駅前で働くデータサイエンティストのブログ


    こちらの本をご恵贈いただきました。 ビッグデータ分析・活用のためのSQLレシピ 作者: 加嵜長門,田宮直人出版社/メーカー: マイナビ出版発売日: 2017/03/27メディア: Kindle版この商品を含むブログを見る 一般的なSQLの本というのはDB管理の一環としてのインフラエンジニア向けの技術書であることが多く、意外にもデータ分析を主目的としたSQLの使い方やクエリの工夫の仕方について書かれた本というのはあまり多くないんですよね。故に、多くのデータ分析者は難解なテーマを実現するクエリを書きたくても参考になる資料が乏しく、途方に暮れるわけです。僕もHive / Redshift / BigQueryのクエリを書きながら﹁こんな分析がしたいんだけど、それを実現できるクエリってないよなぁ。。。﹂と何度天を仰いだことか。 そんなところに突然降って湧いてきたのがこちらの新刊書。もう目次を見ただ
    『ビッグデータ分析・活用のためのSQLレシピ』はデータ分析でSQLクエリを叩く人なら必読の黒魔術大全 - 渋谷駅前で働くデータサイエンティストのブログ
    chiku-san
    chiku-san 2017/04/13
    "DB上でSQL黒魔術を駆使"読み物としては面白そうw
    リンク

  • elasticの新プロダクト「Beats」シリーズに震える！ - Taste of Tech Topics

    初めてこのブログに投稿します、PlNOKlOです！ 皆さんよろしくお願いします。 このエントリーは、Elasticsearch Advent Calendar 2015の15日目です。 さて、 今日紹介したいのは、elasticの新プロダクト「Beats」シリーズです。 社内で @cero_t さんが「みんなでBeatsのWebinarを見る夕食会」なるイベントを 突発的に企画したので、よく分からないながらも参加してきたのですが、、、 震えました モニタリングツールとしてかなりよくできている感じで、 @cero_t さんが騒ぐ理由も分かる気がしました。 特にPacketbeatは想像以上にヤバかったですね。 皆さん、こいつは注目です！ ということで、そんなBeatsシリーズのうち、 TopbeatとPacketbeatの2つについて、私の震えポイントを紹介します！ 1. Beatsとは？

    elasticの新プロダクト「Beats」シリーズに震える！ - Taste of Tech Topics

  • Rails4.2でArelを元にORクエリを作ろうとすると死ぬ問題の解決策 - Qiita


    2014/11/12時点での話で、これからどうなるか分からないのですが、現時点のrails-4.2.0.beta4では、Arelを使ったORクエリの構築を今までと同じ感覚で実行するとNoMethodErrorが発生してしまいます。 今まではこういう感じでORクエリが書けた。 a = User.where(name: "joker1007").where_values.reduce(:and) b = User.where(name: "Tomohiro").where_values.reduce(:and) User.where(a.or b) def build_arel arel = Arel::SelectManager.new(table.engine, table) build_joins(arel, joins_values.flatten) unless joins_valu
    Rails4.2でArelを元にORクエリを作ろうとすると死ぬ問題の解決策 - Qiita

  • 開発者のためのSQLパフォーマンスの全て

    前書き - インデックスの作成はなぜ開発者のタスクなのか インデックスの 内部構造 - インデックスは何に似ているか インデックス リーフノード - 二重連結リスト 検索 ツリー(Bツリー) - バランス木 遅いインデックス パートI - インデックスを遅くする2つの原因 where 句 - 検索のパフォーマンスを改善するためにインデックスを作成 等価 演算子 - 一致するキーの検索 プライマリキー - インデックスの使い方を確認 複合インデックス - 複数列に対するインデックス 遅いインデックス パートII - 前の問題点が再び 関数 - where句の 中での関数 大文字・小文字を区別する 検索 - UPPERと LOWER ユーザ定義 関数 - 関数インデックスの制限 インデックスの作り過ぎ - 冗長性の排除法 パラメータ化 クエリ - セキュリティとパフォーマンスのために 範囲 検

    開発者のためのSQLパフォーマンスの全て

  • 文字列の出現回数を調べる - パンプキンスパイスラテ


    新しいブログをはじめました！ ブログ名‥筋肉カメレオン WordpressやAWS、時々筋トレについて書いてます。 SQLserver 検索結果を表示する際に、キーワードが文字列の中にいくつ含まれているか表示させたいなぁと思って、試行錯誤してみた。 はじめ、count()をサブクエリで使えるのかなと思って試してみたら、ダメでした。 次に patindex をうまく使えばできるんじゃないかと思ったけど、これもダメ。 結局あきらめて、本屋で立ち読みしてたら解決！ select ( select (len('hoge!hoge!hoge') - len(replace('hoge!hoge!hoge', 'hoge', ''))) / len('hoge') ) as CNT from TABLE実際は﹁'hoge!hoge!hoge'﹂がカラム名にあたるよ。 ※後日、自分で見たらわかりづらか
    文字列の出現回数を調べる - パンプキンスパイスラテ
    chiku-san
    chiku-san 2014/09/05
    文字列出現頻度
    リンク

  • エロゲーマーのためのSQL -エロゲーマーのためのSQL-


    SQLはデータベースからデータを抽出したりするための言語です。 この文書は、ErogameScapeのデータベースからSELECTを使って自由自在にデータを取得できるようになることを目標にします。 エロゲーをやりはじめる大学生くらいのときに、大学の講義でデータベースを学んで、退屈だなーと思った時に、ErogameScapeでSQLを学ぶことで、少しでもSQLに興味を持って、自身でデータを加工することを学習して頂けると幸いです。 ※私の大学のリレーショナルデータベースの授業では、自分の身の回りの何かをER図に落とし込んで、DBを設計し、PostgreSQLに実装し、実際にデータを入力してSELECTしてみるところまでをやりました。ER図という概念を学んだとき﹁ああ、これは面白い﹂と思いました。 先生はこう言ったのです。 ﹁ER図に落とし込むと、思いもよらなかったことが分かる。﹂と。 当時、
    chiku-san
    chiku-san 2014/01/03
    このサイト、かなり昔からマニュアルページにテーブルリスト公開してくれててホント参考になった。これも良まとめだわー
    リンク

  • SQLから考えるModel::findの使い方 | CakePHP私見チュートリアル


    CakePHP Advent Calendar 2011の23日目の担当です。 @MiuraKatsuさんに続いて記事を書かせて頂きます。 CakePHPを使い始めた当初、一番、楽だなぁと思ったことの一つが、Model::findで簡単にDBからデータを抽出できることでした。ただ、複雑なクエリになってくると、戸惑ったのも事実でした。 基本的なModel::findについては理解しているとして、Model::findでどんなSQLが実際に実行されるかということを考えながら、複雑なクエリを構築する際のTipsをまとめてみたいと思います。Cookbookなどにも同様の内容はありますが、まとまった形で残すことで、どなたかのお役に立てばと思っています。 この記事を通して次のような関連があるDBを考えてみます。 User hasOne Profile User hasAndBelongsToMany

  • 「SQLite」用のGUIデータベースマネージャー「SQLiteSpy」NOT SUPPORTED

  • 地獄のようによくわかるSQLテーブル結合 - こせきの技術日記


    テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSSJOIN。 こんなの使いません。 ブクマ用画像。
    地獄のようによくわかるSQLテーブル結合 - こせきの技術日記
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.