タグ

MySQLに関するs_yasueのブックマーク (14)

  • MySQLにおける、GeohashとGeometry型による検索の比較 - Pixel Pedals of Tomakomai

    先日のベンチマークが失敗だったので、改めて自前のスクリプトでベンチとりました。 後、id:kokogiko さんにGeometry型 × SPATIAL インデックスはどーよってツッコミをもらったので、そちらも一緒にベンチをとります。 Geometry型のテーブル定義 前回のGeohashのテーブルを一つ。SPATIALインデックスはMyISAM専用なので、そのテーブルを一つ。後、InnoDBでインデックス貼っていない物を用意しました。InnoDBでno-SPATIALなインデックス張った物も試したかったんですが、手元の環境だとMySQLが落ちてしまうっぽいので今回は省略しました。 CREATE TABLE location ( id INT UNSIGNED NOT NULL AUTO_INCREMENT PRIMARY KEY, geohash VARCHAR(10) NOT NULL

    MySQLにおける、GeohashとGeometry型による検索の比較 - Pixel Pedals of Tomakomai
  • ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes : sonots:blog

    ERROR 1071 (42000): Specified key was too long; max key length is 1000 bytes : sonots:blog
  • MySQL セットアップ関連 - とみぞーノート

    MySQLのインストールに関するメモ書き。 1.インストール後の注意 (1) rootにパスワードを設定する。 (2) 匿名ユーザを削除する。 匿名ユーザはtest*データベースに対してしか、操作をできないが一応削除しておいた方がよい。 mysql> DELETE FROM mysql.user WHERE user=''; 2.デーモン起動と停止 [起動] # mysqld_safe --user=mysql & 上記はmysqlというUnixユーザでデーモンを起動する(なんでもよいが、rootだとセキュリティ上まずいので、mysql用にアカウントを用意するのがよい)。起動できない場合は、エラーログを調査する。 エラーログの格納場所はmy.cnfや起動時のオプション(--log)で指定できる。指定していない場合は、 mysql-data-dir/<ホスト名>.err に格納されている。自

  • 「phpMyBackupPro」でDBを定期的に自動バックアップ

    独自で作ったWEBサイトやWEBサービスはもちろんのこと、Word PressやMTでもデータベースを使う機会があります。 HTMLPHPなどのファイルは自身でアップロードするので、比較的バックアップを取りやすい。 しかしDBとなると、やり方がわからなかったり、そもそも存在を意識していない人もいるでしょう。 実際データベースが障害で吹っ飛んだ場合、全ての記事が無くなってしまうことになり、その影響は計り知れません。 有事に備えて、自身でデータベースのバックアップを取っておくことを薦めます。 大事に至ると知りつつも、自分が手動でやるにはチト辛い。(笑) そこで便利なのが、「phpMyBackupPro」というツールです。 ツールといってもPHPで書かれたプログラムであり、ご自身のサーバへ格納して使用します。 よって、借りているレンタルサーバで、PHP4.3以上が使える必要があります。 今どき

    「phpMyBackupPro」でDBを定期的に自動バックアップ
  • yoko_net Blog : 結合したSELECT結果でUPDATEするTips(for MySQL)

    2010年12月20日15:55 カテゴリ技術関連IT関連 結合したSELECT結果でUPDATEするTips(for MySQL) 多用する割に良く忘れるので書いておきます。 SQLserver(Transact-SQL)なんかだと、かなり直感的に書けるイメージなのですがMySQLの書き方はイマイチ慣れません。 凄く単純な例を書くと以下のようになります。 UPDATE order_detail OD, product PD SET OD.name = PD.item_name WHERE PD.item_code = 10001 AND OD.order_id = 112233; 受注明細112233番の商品名称を、製品テーブル(product)の商品名称でアップデートしているイメージです。 実際にはこんな使い方はしないと思いますが、あくまで構文例ということで。 では、10001商品の名

  • GROUP_CONCAT関数の便利さは異常 - 開発の風景 〜KKZのSE日記〜

    http://dev.mysql.com/doc/refman/5.1/ja/group-by-functions.html GROUP_CONCAT(expr) この関数は、グループからの連結された非 NULL 値を伴うストリング結果を戻します。非NULL 値がない場合は NULL を戻します。MySQL では、式のコンビネーションの連結された値を得ることができます。DISTINCT を使用することで、重複した値を除くことが可能です。結果の値をソートしたい場合は、ORDER BY 句を使用してください。逆順でソートするには、DESC ( 降順 ) キーワードを、ORDER BY 句のソートするカラムの名前に加えてください。デフォルトでは昇順になっています。これは、ASC を使うことで明示的に指定することができます。SEPARATOR の後には、結果の値の間に挿入されるべきストリング値が続

    GROUP_CONCAT関数の便利さは異常 - 開発の風景 〜KKZのSE日記〜
  • ちょっと使えるMySQLの小技5つ+1

    こんにちは。最近ガスを止められ温もりの無い生活を送っている松田です。 今回は最近自分が知ったMySQLの小技をいくつか書いてみます。 んなもん常識だろ!ってネタがあっても優しく見守ってあげてください。 まず今回の実行サンプルには以下のテーブルを使ってます。 mysql> SELECT * FROM user_m; +---------+----------+---------------------+ | user_id | name     | create_datetime     | +---------+----------+---------------------+ |       1 | atsushi  | 2007-05-17 21:53:40 | |       2 | joe      | 2007-05-17 21:53:59 | |       3 | masah

    ちょっと使えるMySQLの小技5つ+1
  • MySQL: 文字列の結合に||(パイプ)を利用できるようにする方法 | QK

    MySQLで文字列結合を利用する場合、concat関数しか使えないと思っておりましたが、他者DBMSのように、パイプ(||)で表現することが可能なことを発見してしまいました。 知らなかった・・。 IBM DB2などで文字列結合するようなSQLを発行する場合、基的には文字列の結合は、|| (パイプ)を利用します。 たとえばこんな感じで書くと思います。 db2 => SELECT 'TABLE NAME' || ' is ' || TABNAME from syscat.tables fetch first 10 rows only 1 ------------------------------------------------------------------------------------ TABLE NAME is ATTRIBUTES TABLE NAME is BUFFE

  • 知っておくと便利なMySQL関数

    こんにちは、初夏なのにもう夏バテ気味のinoueです。今日もオクラ買って帰ろうっと。 さて、知っておくと便利なMySQL関数 FIND_IN_SET のお話です。 基的には標準SQLでクエリは書いたほうがいいのですが、MySQL固有の関数なども状況に応じて利用すると 作業効率がアップするので、そんな一例を今回ご紹介します。 http://dev.mysql.com/doc/refman/5.1/ja/string-functions.html より引用: FIND_IN_SET(str,strlist) ストリング str が N サブストリングで構成されるストリング リスト strlist 内にある場合は、1 から N の範囲の値を戻します。 ストリング リストは、‘,’ 文字で区切られたサブストリングで構成されたストリングです。 idtypes

    知っておくと便利なMySQL関数
  • 他DBユーザがMySQLを使うとき、チェックしたい8のポイント - 電子的雪かき生活

    リレーショナルデータベース管理システム、RDBMSOracleMySQL、PostgreSQLDB2…と色々ありますが、それぞれ機能も内部的な仕組みもだいぶ違います。 このため、標準SQLしか知らないとか、他RDBMSしか使ったことがない、という人のの設計・実装を見ると、MySQLではここは直したほうがいいかもー、と思うことがあります。 特に気になるのは、「知らないままでも一見動くものは作れるんだけれど、後から不具合に繋がりかねない部分」。 頻繁に出てくるポイントは決まっているはずなのでチェックリストでもあればいいのに、と思うのですが見たことがありません。 ということで、自分ならこの辺をチェックするかな、と思うポイント8つをまとめてみました。 [2015/01/08更新] わりとアクセスいただいている記事なので、最近のmysql事情を知っている範囲で少し反映しました。 [2017/0

  • MySQLではIN句とサブクエリの組み合わせはインデックスが効かない!?

    な、なんと person_diaryはインデックスが適用されずにフルスキャンされ(1行目のkeyがNULL) 逆にpersonはid列に設定してあるプライマリキーが適用される(2行目のkeyがPRIMARY) という二つの謎な現象が発生しました。 そもそもpersonはnameカラムに対してLIKE検索しているのに、id列のプライマリキーが効いちゃうのは全く納得いきません。なぜ、どうしてこんなことが起こるのでしょう? 原因 私がMySQLに期待していた動きとしては ①サブクエリを実行してperson.idのリストをメモリ中に作成 ②person.person_idに張られているインデックスを使って検索 というところでした。 期待通りに動いてくれなかったのには二つのMySQLの特性が関係していました。 特性① サブクエリを含むSQLは外側から先に実行される MySQLの場合、サブクエリを含む

    MySQLではIN句とサブクエリの組み合わせはインデックスが効かない!?
  • ソーシャルゲームのためのMySQL入門その2 | BLOG - DeNA Engineering

    こんにちはこんにちは。11インチMacBook Airが欲しくてたまらないiwanagaです。 前回の記事 が幸いにもご好評を頂けた様で非常にうれしいです。嬉しくなって、ついがんばって第2弾を書いてしまいました。引き続き、ソーシャルゲームでよく使われるテーブルタイプ毎にちょっとしたテクニックを紹介していきます。 今回はちょっとライトな感じ&読み物になってしまっていますが「ユーザID単位で1つだけ持つデータ」と「パラメータなどのマスターデータ」についてご説明したいと思います。ちなみに次回はInnoDBのデータ構造の簡単な説明と複合プライマリーキーのデータについて、その次で紹介し損ねたちょっとマニアックなテクニックや性能管理のための手法を紹介することを予定しています。 その前に。。。 先日行われた JAPAN INNOVATION LEADERS SUMMIT で弊社松信が「ソーシャルゲーム

    ソーシャルゲームのためのMySQL入門その2 | BLOG - DeNA Engineering
    s_yasue
    s_yasue 2011/02/18
    キャッシュの話
  • ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering

    こんにちはこんにちは。最近お腹痛いばっかり言ってることで有名なiwanagaです。 DeNAは外部的にはプラットフォーム的な部分の方がフィーチャーされることが多いですが、実はソーシャルゲームの提供も行っています。怪盗ロワイヤルとか、どこかで聞いたことがあるのではないでしょうか。 僕はDeNAでソーシャルゲームが誕生した辺りからずっとサーバサイドを見てきましたが、そんな運用の中で自分が貯めてきた知見とかTIPSをご紹介したいと思います。 かれこれ10タイトル近くはレビューしたり運用したりしてるため結構言いたいことはいっぱいあるので、小出しにしつつ評判よければ次も書きます。 ソーシャルゲームのためのMySQL入門一覧 ソーシャルゲームのためのMySQL入門 - Technology of DeNA ソーシャルゲームのためのMySQL入門2 - Technology of DeNA 「MySQL

    ソーシャルゲームのためのMySQL入門 | BLOG - DeNA Engineering
    s_yasue
    s_yasue 2011/02/18
    パーティションが参考になった
  • PHP開発者のMySQLの間違いトップ10:phpspot開発日誌

    WindowsアプリのツリービューっぽいUIをWEB上で簡単実装できるjQueryプラ... 次の記事 ≫:シンプルさがいい感じの154種類のアイコンセット Top 10 MySQL Mistakes Made by PHP Developers PHP開発者のMySQLの間違いトップ10。 手慣れている人にとっては知ってることも多いかもしれませんが、初心者が役立ったり、知らない部分のカバーとしてメモとして書いてみます MyISAMを使っている デフォルトはストレージエンジンにMyISAMだけどInnoDBを使おう リカバリ可能でオンラインバックアップ機能、外部キー利用可能なInnoDBおすすめ 詳細:Open database life: MyISAMとInnoDBのどちらを使うべきか PHPMySQL関数を使っている mysql_* 関数を使わず、PDO等でストレージ変更に対応しよう

  • 1
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy