MySQL4.1以降で空間情報を扱う機能が使えるけど、指定した緯度経度から半径nメートル以内の検索が出来ないのが難点です。 かなり大雑把なやり方で半径nメートル検索のやり方を考えてみました。 まず最初に緯度経度の情報を持ったテーブルを作成。 CREATE TABLE `geotable` ( `id` INT(10) NOT NULL AUTO_INCREMENT PRIMARY KEY , `name` VARCHAR(255) NOT NULL, `geom` POINT NOT NULL, SPATIAL INDEX(geom) ) ENGINE = MYISAM ; 続いてデータを挿入。 INSERT INTO `geotable` (`name`, `geom`) VALUES ('上野駅', GeomFromText('POINT(139.777254 35.713768)')
以下のようなテーブルrosterがあったとする。 +----+--------+ | id | name | +----+--------+ | 1 | Daniel | | 2 | NULL | | 3 | Bob | | 4 | Alice | | 5 | Carol | +----+--------+単に ORDER BY key_col ASC とするとNULLが先頭にくる。 mysql> SELECT * FROM roster ORDER BY name ASC; +----+--------+ | id | name | +----+--------+ | 2 | NULL | | 4 | Alice | | 3 | Bob | | 5 | Carol | | 1 | Daniel | +----+--------+NULLを最後にもってきたい場合は次のように書く。 mysq
初めまして。2010年の3月に入社した oinume です。新年1月からウィルス性胃腸炎に罹りながらもなんとかこのエントリーを書いています。今回は、mysqlコマンドに関する自分が今まで学んだ＆教えてもらった細かい実践的なTIPSを紹介します。小粒ですが何かの役に立てば幸いです。 edit (¥e)コマンド mysqlプロンプトにいながら任意のエディタでSQLが編集できちゃいます。具体的には、mysqlコマンドでプロンプト待ちの状態で mysql> edit のように edit または ¥e と入力すると、環境変数EDITORで設定してあるエディタが立ち上がりSQLが編集可能になります。編集が終わったらエディタを終了して ; とやればSQLが実行されます。viなどターミナルで動くエディタに慣れている人は長いSQLを編集する時に重宝する機能でしょう。この技は前職の同僚に教えてもらって、以降便
a geek's personal memo for computer, music, sound, electronics, gadgets, network, etc..... http://www.loadbang.net/space/Software/net.loadbang-SQL LIFEのインスタレーション(http://www.ntticc.or.jp/Exhibition/2007/LIFE_fii/index_j.html)用のＭax/MSPパッチでは、大量のcollとsflist~を使って300近くあるサウンドファイルをグループ別に管理いている。collにはサウンドファイルへのpath、amplitude、loop回数、Fade IN、Fade Outを各サウンドファイルごとにデータとして保持している。これがかなり面倒。 collなんて編集もしづらいものじゃなくて、s
1. <Insert Picture Here> MySQL 日本語利用徹底入門 日本オラクル株式会社 MySQL Global Business Unit テクニカルアナリスト 奥野幹也 2012 年 5 月 29 日 Copyright© 2012, Oracle. All rights reserved. 2. 2 以下の事項は、弊社の一般的な製品の方向性に関する概要を説明するものです。ま た、情報提供を唯一の目的とするものであり、いかなる契約にも組み込むことはでき ません。以下の事項は、マテリアルやコード、機能を提供することをコミットメント（確 約）するものではないため、購買決定を行う際の判断材料になさらないで下さい。オ ラクル製品に関して記載されている機能の開発、リリースおよび時期については、弊 社の裁量により決定されます。 Oracle と Java は、 Oracle Cor
slow query logとかをTest::mysqldで出す 以前ここで書いたTest::mysqldの仕組み、すこーしずつ毎回変えながら使ってる。今は継承はしてないが、まぁやってることはだいたい一緒。 で、テーブルのインデックスとか使ってるクエリとかを確認したいなーと思って、slow query logと general log をぼこっと出せるようにした。 if (! $ENV{ TEST_DSN }) { my %my_cnf = ( 'skip_networking' => '', ); if ( $ENV{SLOW_QUERY_LOG} ) { $my_cnf{ slow_query_log } = 1; $my_cnf{ slow_query_log_file } = $ENV{SLOW_QUERY_LOG}; $my_cnf{ long_query_time } = $
perl の DBI で utf8 な文字列を扱う場合には、 接続時に、 $dbh->do('set names utf8'); と指定するが、 DBIx::Skinny でこれ相当のことをやるには、Model で次のように定義すればそさそう。 package MyApp::Model; use strict; use warnings; use DBIx::Skinny connect_info => +{ dsn => 'dbi:xxx', username => 'xxxx', password => 'xxxx', connect_options => { mysql_enable_utf8 => 1 } on_connect_do => [ 'SET NAMES utf8', ] }; on_connect_do で指定するのは、ドキュメントにも書いておらず、 ソースを見ないとわ
MySQLのユーザパスワードを変更する場合はログイン後に次のコマンドでＯＫ。 mysql> set password for hoge=PASSWORD('hogespassword');rootのパスワードを変更しようとすると。。。 mysql> set password for root=PASSWORD('rootpassword'); ERROR 1133 (42000): Can't find any matching row in the user tableあれ？エラーが出てるんで、mysql.userを確認 mysql> select user,host,password from mysql.user; +----------+------------+ | user | host | +----------+------------+ | hoge | % | | ro
MySQLデータベースの自動バックアップを行なう。 ここでは、すべてのストレージエンジン形式に対応したmysqldumpコマンドを使用して、MySQL全データベースをサーバー内の別ディレクトリへバックアップする。 [root@centos ~]# vi mysql-backup.sh ← MySQLデータベースバックアップスクリプト作成 #!/bin/bash PATH=/usr/local/sbin:/usr/bin:/bin # バックアップ先ディレクトリ BACKDIR=/backup/mysql # MySQLrootパスワード ROOTPASS=xxxxxxxx # バックアップ先ディレクトリ再作成 rm -rf $BACKDIR mkdir -p $BACKDIR # データベース名取得 DBLIST=`ls -p /var/lib/mysql | grep / | tr -d
さくらのVPS CentOSでサーバ構築 作業ノート19回目。 定期バックアップを設定します。今回はcentossrvさんの作業そのままなので、本当にメモ程度になります。 まずはバックアップファイルを入れる /backup ディレクトリとMySQLのバックアップを入れる /backup/mysql ディレクトリを作ります。 [root@ ~]# mkdir /backup [root@ ~]# mkdir /backup/mysql MySQLのバックアップ MySQLのバックアップを設定します。バックアップ手順はcentossrv – MySQLデータベース自動バックアップ運用を参考に設定していきます。 まず、viコマンドで新規作成して、内容を保存します。 [root@ ~]# vi mysql-backup.sh スクリプトをそのままコピペするわけにもいかないので、ソースは参考サイト
友達に秘密にするどころかWebに発信してますけど. ホッテントリメーカーというのを初めて使ってみました.面白いですね. 本題です.2011夏モデル(13インチ+128GB)のMacBookAirにWeb開発環境を構築したのでメモしてみます. 結構最初からインストールされてたりするので,環境作るのは簡単です. どんな環境作ったか Python/PHP/Perl + Apache + MySQL の開発環境. 目次 サーバ編 ターミナル編 クライアント編 補足編 ■サーバ編 homebrew Macportsは重（遅）いので,モダンなhomebrewを. と,その前にApp StoreからXcodeをインストールしておいてください.依存してます. 以下,Xcodeが入っているとして進めます. # /usr/local以下をhomebrew管理ディレクトリにします $ sudo chown -R
* Lion ServerでインストールされるMySQLは構成が中途半端な印象です。mysqldumpがなかったり、mysqlhotcopyが動かなかったり。別途、インストールした方が安全かもしれません。もしかすると、10.6 Serverからのアップグレードで中途半端に残ったMySQLだったかもしれないです。 * LionにMySQLをインストールして稼働させるまでの手順をまとめました。記事はこちら。「LionでMySQLを稼働させるための5ステップ」 Snow Leopardサーバー (Mac OS X 10.6サーバー）ではサーバーの設定アプリから簡単にMySQLサーバーを稼働させることができましたが、Lionサーバー (Mac OS X 10.7サーバー）のServerアプリからMySQLの設定がなくなってしまいました。しかし、LionサーバーにはMySQLが標準インストールされて
新しくアプリケーションのネタが浮かんだので、せっかくだから ruby on Rails でやってみようと思いとりあえずセットアップまでしてみた。 今回は CentOS 5 だけど、サーバは 4 なので、そちらもセットアップしたら違いを追記する予定。 とりあえず、 RPM パッケージでセットアップできるものは以下のとおり。 ruby ruby-devel rdoc mysql mysql-server mysql-devel and dependencies. RPM パッケージのインストール 上記で上げたパッケージをまずは yum で片っ端からインストール。 # yum install ruby ruby-devel rdoc mysql mysql-server mysql-devel gem のインストール まずは gem という ruby パッケージ管理ソフトをインストールする。 こ
2011-07-28 InnoDB純正の全文検索エンジンInnoDB FTS つい先日、MySQL-5.6.3-labs版がリリースがされました。この中にはInnoDBで動作する全文検索エンジン"InnoDB FTS"が含まれています。これまでは、MySQLとInnoDBの組み合わせで全文検索を行うためにはサードパーティの製品(mroonga 等..)が必要でしたが、これでズバっと選択肢が広がることになります。しかもInnoDBの開発チームが自ら開発した"純正の"エンジンということですから、これは大きな期待が持てます。 いったいどのような製品に仕上がっているのか、ざっくり記事やソースを読んで得た感触を述べてみたいと思います。 written by daijiro.mori どんなエンジンか? エンジンの概要については、 Overview and Getting Started with I
{{toc_here}} InnoDB パフォーマンスチューニング MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.5.11 InnoDB パフォーマンス チューニング ヒント MySQL :: MySQL 5.1 Reference Manual :: 13.6.13.1 InnoDB Performance Tuning Tips 長過ぎる PRIMARY KEY を避けてディスク領域の無駄遣いを避ける セカンダリインデックス用に余計な領域を使わないよう、長い主キーを避ける 主キーが長い場合、代わりに AUTO_INCREMENT なカラムを主キーとして作成するとよい 補足 MySQL :: MySQL 5.1 リファレンスマニュアル :: 13.5.13 InnoDB テーブルとインデックス構造 MySQL :: MySQL 5.1 Reference Ma
SQLのプログラミングは奥が深い。特にパフォーマンスの観点から、そう言えるだろう。 みなさんご承知の通り、同じ結果を出すプログラムでも、SQLの書き方次第で処理時間に何倍もの差が生じ得る。効率の悪いSQLを書いてしまう原因は、多くの場合、リレーショナルデータベースの内部動作やアプリケーションに関する理解不足である。両者をよく知った上で最適なSQLを書けるようになることは、システムエンジニアとしての重要なスキルの一つである。 特集『基礎から理解するデータベースのしくみ』では、リレーショナルデータベースの内部動作について、基本的な部分を分かりやすく解説している。SQLプログラミングに役立つことはもちろん、SQLチューニングやデータベース設計のための基礎知識としても不可欠だ。 イントロダクション ブラックボックスのままでいいの？ Part 1：SQL文はどのように実行されるのか SQL実行までの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
