複数の MySQL を同時に起動する | バシャログ。
早くも 4 月！こんにちは、nakamura です。去年のエイプリルフールは sakai が こんな記事 を上げていましたが、僕はまじめなので普通に書きます。 各コンテンツの本番環境と出来る限り同じ状態の開発環境が欲しい！というのは誰しもが思う事ですが、中々そうもいかないのが世の中の世知辛い所ですね。今日は少しでもそんなストレスを解消する手段として異なるバージョンの MySQL を一台のサーバに共存させる方法をご紹介します。 ソースコードの取得、展開 ディストリビューションのパッケージ管理システムではなく、ソースコードから手動でコンパイル、インストールを行います。 公式のダウンロードサイトはこちら → MySQL :: MySQL Product Archives ただし、MySQL 4.x 系はサポートが終了した事もあり公式サイトからのダウンロードが出来ません。古いバージョンをインストー
MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 7.6 日付時刻関数
日付関数の使用例です。次のクエリーはすべての行を、過去 30 日以内の date_col で選択します : mysql> SELECT something FROM tbl_name -> WHERE DATE_SUB(CURDATE(),INTERVAL 30 DAY) <= date_col; またこのクエリーは、将来の日付の行を選択します。 日付値を受け入れる関数は通常、日付時刻値を受け入れ、時刻の部分を無視します。そして時刻値を受け入れる関数は通常、日付時刻値を受け入れ、日付の部分を無視します。 現在の日付または時刻をそれぞれ戻す関数は、クエリー実行の開始時点で、各クエリーにつき一度だけ評価されます。つまり、NOW() などの関数が単一クエリー内で複数回参照されている場合、どの参照でも常に同じ結果が生成されます。(ここで言う単一クエリーには、ストアドプログラム (ストアドルーチン
MySQL TIPS 3 空間情報(geometry)を使って経度・緯度の検索を高速化する - イノベートな非日常
以下のようなピタゴラスの定理を使った指定した経度緯度に最も近いデータを取得するSQLは結構ありがちですが、CPU負荷が高く効率も悪いのでMySQLに標準搭載となった空間情報(geometry)を使ってみることにします。 SELECT * FROM loc ORDER BY power(abs(latitude - 緯度 ), 2) + power(abs(longitude - 緯度 ), 2) LIMIT 1 MySQLの空間情報(geometry)機能はPostGIS(Postgresカスタマイズ)に比べると貧弱なので、その為の工夫を行います。例えばここのとおりのままだと逆にSQLが遅くなります。 まずは、テーブル定義から 通常のテーブル CREATE TABLE IF NOT EXISTS `loc` ( `loc_id` int(11) NOT NULL auto_incremen
ここギコ！: mysqlの空間拡張対応が進んでいるよ！（C/W：Postgres使うならPostGIS使おうよ）
2009年07月08日 mysqlの空間拡張対応が進んでいるよ！（C/W：Postgres使うならPostGIS使おうよ） 同僚が見つけてくれたネタ、パクる感じで申し訳ないのですが...。 mysqlの空間拡張と言えば、空間インデックスでMBR（最小外接矩形）ベースの絞込みができるくらいで、後は沖電気さんがユーザ関数でdistance_sphere開発されたりとか、そういう感じだったんですけれども、裏ではまだベータ版ながら、大分いろんな機能が追加されてるみたいですね。 Categories: MySQLDevelopment | Software Preview | GIS Functions BUFFER(g1 geometry, d numeric) returns a Geometry defined by buffering a distance d around g1 where
MySQL/SELECT結果でUPDATEする - 俺の基地
別テーブルの値を使ってデータの一部の値を洗い替えたい タイトルはSELECT結果でUPDATEですがMySQLではそれができません。 でも「SELECT結果でUPDATE」したい場合って、別テーブルの値を使ってデータの一部の一括して値を洗い替えたい状況がほとんどだと思いますので・・・ MySQLのUPDATE構文はそういうことができるようになっている。簡単に言うとデータソースが2つある半分SELECT構文のようなUPDATE文が書ける UPDATE A, B SET A.name = B.name WHERE A.id = B.id こんな感じ。 これだとテーブルA上のレコードとB上のレコードでidが合致するもののnameをBの値で書き換えるということになる。 解釈順番とか考えるとこんがらがってくるが集合として考えると・・・まぁ納得できるかな。 Oracleとかはupdateでもse
Google MapsとMySQLの連携
こんにちは、アシアルの中川です。 Google Mapsに表示する情報をMySQLのgeometry型で扱う方法を試してみました。 Google Mapsのある地点にマーカーを表示したりすることがある場合、 緯度・経度の情報で地点に表示させることができますが、 データベースにこの情報を保存する場合、lat(float), lng(float)とそれぞれカラムに保存する方法もあるのですが、この方法では各データの位置の関係が非常に扱いにくくなります。 Google Mapsで表示されている範囲内のデータのみ取得したい場合や、 ある地点から近い順に取得する場合などに面倒なことになります。 そこで、MySQL4.1以降で用意されている空間情報を扱う機能の「geometry」型を使用します。 「MySQL 4.1 リファレンスマニュアル :: 10 MySQL における空間情報の機能(日本語)」 「
default-character-set - 文字コードの設定
[mysql] mysqlのデフォルト文字コードを変更するには/etc/my.cnf内にdefault-character-setを記述すればよいみたい。（以下の例ではEUCにしている）mysqldのセクションとclientのセクション両方に書く必要あり。(mysqlのconfigure時に--with-charset=ujisを指定しておく必要あり。データベースに接続後、show character set;にて確認可能。）確認はstatusを使用すればよい。 [mysqld] datadir=/var/lib/mysql socket=/var/lib/mysql/mysql.sock default-character-set=ujis # Default to using old password format for compatibility with mysql 3.x #
ここギコ！: MySQL4.1以降での空間情報の扱い方
Posted by nene2001 at 01:25 / Tag(Edit): mysql spatial / 2 Comments: Post / View / 1 TrackBack / Google Maps Web2.0ワークショップで講演するのに、ただでさえ一人だけ素人でまともな講演できるか不安なのに、勉強せずに今の知識だけではいかんだろうということで、今までほったらかしてきたMySQL4.1以降の空間情報利用法を勉強。 といっても、こちらに4.1の日本語マニュアルあるので全然苦労なしだが。 ただ動作確認は5.1でやっているので、英語版5.1マニュアルとの照らし合わせはやってますけど。一応。 PostGISとの比較で書くと、PostGISの場合、PostgreSQL本体とは別のプラグインであるせいか、位置情報カラムのついたテーブルはいっぺんにはできない。 例え
MySQL :: MySQL 5.1 リファレンスマニュアル (オンラインヘルプ) :: 7.13 空間拡張
MySQL では、地理的特性の生成、格納、および分析を可能にする空間拡張がサポートされています。これらの機能は MyISAM、InnoDB、NDB、および ARCHIVE のテーブルで使用できます。 空間カラムの場合、MyISAM は SPATIAL インデックスと非 SPATIAL インデックスの両方をサポートします。その他のストレージエンジンは項8.1.13. 「CREATE INDEX 構文」で説明しているように、非 SPATIAL インデックスをサポートします。 この章のトピックは次のとおりです。 OpenGIS 幾何モデルにおけるこれらの空間拡張の基本 空間データを表現するためのデータ形式 MySQL で空間データを使用する方法 空間データのインデックスの使用方法 OpenGIS 仕様と MySQL 実装との差異 オープン地理空間コンソーシアムが公開している『OpenGIS® S
MySQL 文字化けについのてまとめ - 東京マーブル ブログ支店
MySQLの文字化けに関して、ネットとかに散らばっている情報をかき集めたりした自分用メモ。 １．文字化けに関わる何か MySQL4.1を境に 追加・変更された幾つかの機能によって発生しやすくなったらしい。 ・[新規]Unicode(utf-8およびucs2)のサポート ・[新規]文字コードの自動変換機能の追加 ・[変更]カラム,テーブル,データベース単位のキャラクタセット指定 ■MySQLのサポートする日本語文字コード Shift-JIS EUC-JP Unicode 4.0 sjis ujis 4.1 sjis/cp932 ujis utf8/ucs2 5.0 sjis/cp932 ujis/eucjpms utf8/ucs2 ※4.1->5.0 の変更で２種類から６種類に文字コードが増えた 捕捉１） cp932(IANA登録名:Windows-31J) シフトJISを拡張したWindo
MySQL :: MySQL 4.1 リファレンスマニュアル :: 9.3 デフォルトのキャラクタセットおよび照合順序の決定
サーバ、データベース、テーブル、接続の 4 段階で、キャラクタセットと照合順序のデフォルト設定が用意されています。以下の説明は複雑に見えるかもしれませんが、マルチレベルのデフォルト設定では自然かつ明確な結果を得られることが実際に判明しています。 This is a translation of the MySQL Reference Manual that can be found at dev.mysql.com. The original Reference Manual is in English, and this translation is not necessarily as up to date as the English version.
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.3.6 LOCK TABLES および UNLOCK TABLES ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
mysqldumpで文字化けデータを頑張ってダンプ&リストア
どうも俺です。 昨日に引き続きMySQL関連のテーマをメモします。 mysqldumpでデータをダンプ＆別サーバへリストアなんて事あると思います。 その時に文字化けで少しハマったのでメモしておきます。 色んなブログにも記されていますが、mysqldumpでデータを取得すると自動でutf8で取得されてしまいます。 利用しているデータベースがsjis(cp932)を利用しているとします。 mysql> show variables like '%char%'; +--------------------------+---------------------------------------+ | Variable_name | Value | +--------------------------+---------------------------------------+ | cha
PHPとMySQLの個人的まとめ - ぱんぴーまっしぐら
MySQLではまったこと MySQLの文字化け 今さら何いってんのコイツとかそこ言わない。 文字コードを確認するSQL文「SHOW VARIABLES LIKE ‘char%’;」 MySQL4.1以降はサーバとは別にクライアントの文字コードが設定されている。 クライアント、サーバ間で違う文字コードがセットされていると、一度ucs2変換を通る。 よって、クライアント、サーバ間で違う文字コードを指定することとなり文字化けが起こる可能性がある。 PHPはmy.cnfで[mysql]、[client]を設定しようがクライアントの文字コードはビルド時に指定されたキャラクタセット(通常latin1)。 my.cnfの設定 [mysql] default-character-set = utf8 [mysqld] default-character-set = utf8 mysqlクライアントからチェ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
NameBright - Coming Soon
KFACTORY
Calculating Distance Between Points In MySQL · MaisonBisson
kndb.jp
Ground-SunLight
文字コードに関する設定
