サブクエリの書き方を2万文字弱かけてすべて解説する
これはなに ども、レバテック開発部のもりたです。 今回はSQLのサブクエリについてまとめます。仕事でクエリを書く際、サブクエリは頻出の構文だと思うんですが、同時にサブクエリの書き方を完全に理解しているよという人は案外少ないのではないでしょうか？[1] 実際、MySQLの公式ドキュメントを見ると12ページくらいを割かれており、意外と奥深いのがサブクエリです。使いこなせると便利ですし、何よりちょっとSQLのコツみたいなのがわかって面白いよ、ということで記事にしてみました。 前提 この記事は以下の前提を含んでいます。 環境 MySQL8.0系 読者の知識 なんとなくサブクエリが書ける けど相関サブクエリとかになると「あーっ」つってGoogle meetを閉じてしまうくらいのレベル感 記事のボリューム 18,000文字 おれの卒論が20,000文字だった マサカリ 間違ってたら投げてくれ〜〜 それ
SQLを速くするぞ―お手軽パフォーマンス・チューニング
このサイトでは、SQL を高速化するためのちょっとしたパフォーマンス・チューニングの技術を紹介します。と言っても、『プログラマのためのSQL 第2版』の受け売りがほとんどなので、この本を読んでいただければ、本稿を読む必要はありません。 最初に、パフォーマンス・チューニングに関する全体の方針を述べておくと、それはボトルネック（一番遅いところ）を改善することです。当たり前ですが、既に十分速い処理をもっと速くしたところで、システム全体のパフォーマンスには影響しません。従って「処理が遅い」と感じたら、最初にすることは、SQL やアプリの改修ではなく、「どこが遅いのか」を調査することです。いきなりあてずっぽうで改善をはじめても効果は出ません。医者が患者を診るとき最初にすることが検査であるのと同じです。病因が何であるかを突き止めてからでないと、正しい処方はできないのです。 その基本を承知していただいた
ここギコ！: PostGISで経緯度⇒iエリア変換するとPerlモジュールの50倍速変換できる
Posted by nene2001 at 10:09 / Tag(Edit): postgis gis mobile iarea / 0 Comments: Post / View / 1 TrackBack / Google Maps 以前からiエリア情報をポリゴン化してGoogle Mapsとかに配信できるようなWebサービスとか作りたいと思っていつつ、時間もなく後回し後回しにしていたのですが、今回ちょっと機会に恵まれたのでざっとポリゴン化してみました。 んでもって、PostGISに505エリア分のポリゴンデータ叩き込めるようなSQLファイルも作成したので、公開します。 iエリアポリゴンデータのPostGIS用SQL 受け手となるテーブルデータは以下のような感じ（上記SQLの中に含まれています、赤字の部分はデータベース名なので各々の環境で置き換えてください）。 CREA
サンプル SELECT文
SELECT 列名1 [ AS 別名1 ] [ ，列名2 [ AS 別名2 ] …] FROM 表名 [ WHERE 検索条件 ]； SELECT〜は表からデータの検索を行う。列名に「*」を指定することで全ての列が表示される。 また列名 AS 別名で検索結果の列見出しを変更できる。（ASは省略可） WHEREを付加することで条件と一致する特定の行を取り出すこともできる。 db=# select * from customer ; no | name | age | job | date | mail | contno -----+--------------------+-----+-----------+------------+----------------+-------- 101 | Taro Tanaka | 23 | Finance | 1998-02-20 | ta
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.yaskey.cside.tv/mapserver/ms4w/pmapper_PostGIS.html%23geocode
