Quick development solutions have become a vital part of developing enterprise-grade applications in recent years. Businesses are looking for rapid application development for digital transformation. These software development approach have replaced traditional development to create apps for business process management and promote the idea of "Citizen Developers." Moreover, these development tools
10. •HASH index 使ってて range search やってるのに MySQL 遅いとか言ってて 大丈夫なの? •INDEX USING BTREE に したらいいんじゃ •ブックマークコメントで マサカリが飛び交っていると聞いて •タイトルがカッコイイw はてブのコメント
2. 自己紹介 MySQL/Linux周りのスペシャリスト 2006年9月から2010年8月までMySQL本家(MySQL/Sun/Oracle)で APAC/US圏のMySQLコンサルティングに従事 主な著書に「現場で使えるMySQL」「Linux-DBシステム構築/ 運用入門」「Javaデータアクセス実践講座」 DeNAでの主な役割 安定化/パフォーマンス/運用周りの中長期的な改善活動 L3サポート/運用/トラブルシューティング – 難度の高いMySQL周りの問題の根本原因の特定と解決 多くのプロジェクト支援 社内勉強会/トレーニング – MySQLやデータベース周りのベストプラクティスを社内で共有し、 技術スキルを底上げする 技術マーケティング – 国内外のカンファレンスや、技術雑誌等
MySQLdb(mysql-python)の現在の安定版である1.2.2はユニコード処理関連でメモリー・リークがあるとのことなので、SQLAlchemyから使う場合は、ここに書いてある通り、use_unicode=0オプションを渡してエンジンを生成すること。SQLAlchemyがUnicode, UnicodeTextのカラムは自動的にエンコード・デコードしてくれるので、このオプションを追加しても、SAのテーブル定義に問題がなければアプリケーションには影響が及ばないはず。 engine = create_engine('mysql://scott:tiger@localhost/test?charset=utf8&use_unicode=0', pool_recycle=3600) 詳細は下記のページを参照。http://www.sqlalchemy.org/trac/wiki/Datab
What is Storm? Storm is an object-relational mapper (ORM) for Python developed at Canonical. The project was in development for more than a year for use in Canonical projects such as Launchpad and Landscape before being released as free software on July 9th, 2007. Highlights Design Clean and lightweight API offers a short learning curve and long-term maintainability. Storm is developed in a test-d
MySQL-python-1.2.2.win32-py2.6.exeIf anyone need: MySQL-python-1.2.2.win32-py2.6.exe http://home.netimperia.com/files/misc/MySQL-python-1.2.2.win32-py2.6.exe RE: MySQL-python-1.2.2.win32-py2.6.exeTHANK YOU :-)))))))))) monk.e.boy http://teethgrinder.co.uk/open-flash-chart-2/RE: MySQL-python-1.2.2.win32-py2.6.exeDoes not work for me. I used clean Windows XP system 1. Installed Python26
MySQL のチューニング、と言った場合には、サーバーパラメータの調整や EXPLAIN コマンドを利用したクエリ実行計画の最適化が話題に上ることが多いです。しかし、発行する全ての SQL について、いちいち EXPLAIN コマンドを使って確認していては、いくら時間があってもたりません。チューニングを効率的に進めるには、まず、ボトルネックとなっている SQL クエリを特定し、次にその最適化を行うべきです。 ではどのようにして、ボトルネックを特定するのか。MySQL Conference & Expo 2009 のキーノートにおいて Mark Callaghan 氏は、Google では SHOW PROCESSLIST コマンドを使った統計的アプローチを使っていると述べていらっしゃいます (参照: MySQLConf 09: Mark Callaghan, "This is Not a
いろいろな本からメモってきたメモのメモ。出典を書いておくのを忘れた。思い出し次第補完するかも。 deleteのコストは高いので、無効化を示すフィールドを作ってupdateすべき slow query logに要注意 多くのエントリでほとんどのフィールドが同じ値を持つ場合はインデックスの効果が小さい →複合インデックスの効果が大きい 複合インデックスは指定の順番が大切。AとBという指定の場合、A単独でもインデックスの効果がある。逆は真でない。 インデックスが使われる場面は フィールド値を定数と比較するとき (where name = 'hogehoge') フィールド値でJOINするとき (where a.name = b.name) フィールド値の範囲を求めるとき (<,>,between) LIKE句が文字列から始まるとき (where name like 'hoge%') min(),
http://forge.mysql.com/wiki/MySQL_Proxy ほー・・・なかなかおもしろそう。 mod_proxy_balancer and mod_rewrite for MySQLみたいなかんじかなぁ。 といっても、tritonn みたいに MySQL に組み込むんじゃなくって、別プロダクトのサーバ。 load balancing fail over あたりが mod_proxy_balancer っぽくて Query interception Query rewriting Injecting queries あたりが mod_rewrite っぽい。 mod_rewrite みたいに挙動を選ぶ(PとかRとかPTとか)んじゃなくて、コアの挙動はなくて、全部 RewriteMap prg:/path/to/script みたいなイメージっぽい。 「--proxy-lu
http://d.hatena.ne.jp/tasukuchan/20070213/learn_turbogears ■[Python]TurboGearsを勉強するもMATCH AGAINSTできねっす ということで勉強がてらMATCH AGAINST を発行する方法 from sqlobject.sqlbuilder import * class Match(SQLExpression): """ >>> Select(Table("a").x, where=Match([Table("a").s, Table("b").x], "x")).__sqlrepr__(db="mysql") ... "SELECT a.x FROM a WHERE Match (a.s, b.x) Against ('x')" """ def __init__(self, cols, against):
From: "HIROSE, Masaaki" <"HIROSE, Masaaki" <hirose31@xxxxxxxxxx>> Date: Thu, 10 Jun 2004 02:48:25 +0900 Subject: [mysql 09586] Re: MySQL 4.1.2 の日本語の扱い ひろせといいます on "[mysql 09573] Re: MySQL 4.1.2 の日本語の扱い" <20040608.115153.52192899.fuji@xxxxxxxxxx> at Tue, 08 Jun 2004 11:51:53 +0900 (JST) Hirofumi Fujiwara <fuji@xxxxxxxxxx> wrote: > > > PostgreSQLではset CLIENT_ENCODING=sjisのようにクライアントの > > > 文字コードセットを選
From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Sat, 03 Sep 2005 09:24:15 -0700 Subject: [mysql 12071] 階層化されたデータをMySQLで扱う (Managing Hierarchical Data in MySQL) http://dev.mysql.com/tech-resources/articles/hierarchical-data.html (図はこのサイトを参照のこと) Mike Hillyer著 初めに 多くのユーザーは一回くらいはSQLデータベース内で、階層化したデータを 扱ったことがあると思います。そのときはリレーショナル データベースは階層化したデータ用に開発されなかったと考えたと思います。 リレーショナルデータベースのテーブルは階層化されておらず
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く