%25E3%2581%2595%25E3%2582%2593%25E3%2581%258C%25E5%258F%2582%25E5%258A%25A0%25E3%2581%2597%25E3%2581%25BE)
PyMySQLのメンテナにSQLAlchmey開発者のMike Bayer (@zzzeek)さんが参加しました - methaneのブログ
このブログでも数回紹介していたとおり、今メジャーな Python の MySQL ドライバ3つのうち2つ (MySQL-python の fork の mysqlclient と PyMySQL) を僕がほぼ単独でメンテナンスしている状況でした。 メンテナンスしているといっても、両方とも MySQL-python との互換性を第一に掲げているので、 Python 3 対応が終わった後はほとんど進化は無くて、淡々とバグの修正を積み重ねては1年に1度以上リリースするという程度です。 実際には Python では PostgreSQL 周りに比べて MySQL 周りは遅れていて幾つか改善案はあったのですが、子育てや他にも Python でやりたい事があったり仕事でも Go で楽しんでたりして手を付けられていませんでした。 そんな状況の中、 Mike さんが PyMySQL-Users ML に突
mysqlclient-python を簡易的に非同期I/Oに対応させた - methaneのブログ
libmysqlclient を利用した Python の MySQL ドライバである libmysqlclient-python を、 gevent, meinheld など非同期I/O + 軽量スレッド環境で使いやすいようにしました。 libmysqlclient の API について libmysqlclient は基本的に同期IOのことしか考えられていません。 ですが、クエリを投げてそのステータスを返す mysql_real_query() に限り、代替手段として mysql_send_query() でクエリを送信してから、ステータスを待つ mysql_read_query_result() を呼ぶという事ができます。 また、 MYSQL 型の net.fd というメンバから fd を取得することができます。 これらを組み合わせて、 mysql_send_query() でクエリ
[MySQL][Python]8000万レコードをInsertする | Momentum
概要 ・とある物件で8000万弱のレコードを新規のDBに効率的にぶち込む方法を考える必要に ・MySQL(Amazon RDS) + Python(mysql.connector)を想定 ・mysql.connector + pythonについては拙文ながら(http://nekopuni.holy.jp/?p=927)に書いております。 ・コミットの位置には気をつけよう + Multiple Insert最強ねというお話。 方法その1 まずは最初にやった方法。1レコードごとにInsertしてコミットしていく方法。 今までDB関連でやったコードはレコード量も大したことなかったので以下の方法でも特に問題なかった。 具体的な環境としてはテキストデータ(csv)を読み込み、それをDBにInsertしていくというもの。 csvの中身は日付(DATE)とデータ値(VALUE)がカンマ区切りになってい
MySQL-python の Python 3 対応 - methaneのブログ
去年10月に Python 3 の MySQL ドライバ事情 という記事で次のように書いていました。 多分デファクトスタンダードな MySQLドライバなのですが、現状リリースされている 1.2.4 では Python 3 対応ができていません。 Fork の MySQL-for-Python3 が推奨されます。 最近 MySQL-python の方に Python 3 対応の準備的な Pull Request (古い構文を Python 2/3 両対応の構文に置き換える) がちらほらあり、やっぱり中途半端にメンテされてない Fork より本家に対応してもらわないとなぁということで、エイヤで Python 3 対応してしまって 少し大きめの Pull Request を投げました。 しかし、長年の実績がある本家といえども、個人プロジェクトで、１年に数回しかコミットされてない現状です。 一応、
Pythonで作られた便利なコマンドラインツール MySQL Utilities
MySQL Utilitiesならではの注意点 MySQL Utilitiesは従来のコマンドラインツール群とは違い、以下のような記述で接続先を指定します。 これは、従来のコマンドラインツール群が主に1つのMySQLサーバーを対象として動作するものなのに対して、MySQL Utilitiesは2つ以上のMySQLサーバーを対象として動作するものが多いため、このような記法になっています。 [MySQL Utilitiesの記法] --server=ユーザ名:パスワード@ホスト名:ポート番号 [MySQL コマンドラインツール群の記法] --user=ユーザ名 --password=パスワード --host=ホスト名 --port=ポート番号 なおWindows環境ではローカルホストとしてlocalhostと127.0.0.1のどちらを指定しても同じですが、LinuxやUNIXではホスト名に対
DjangoからMySQLにCOMMITしたデータが別のトランザクションから見えない - orangain flavor
はじめに Djangoを使ったアプリケーションで、2つのバッチ処理用プロセスA、Bを同時に立ち上げたときに、Aのトランザクションでsave & commitした値をBでは読み取れないという問題に直面しました。 問題の箇所のソースコードはこのような感じです。 実行順 プロセスA プロセスB 1 with commit_on_success(): p = Post(id=1) p.save() 2 # saveしたデータが見える Post.objects.get(id=1) 3 with commit_on_success(): p = Post(id=2) p.save() 4 # saveしたデータが見えず例外発生 Post.objects.get(id=2) Djangoではデフォルトで自動コミットが有効なので、Aでコミットした値をBで読み取れるはずと思っていたのですが、これは間違いでし
「外部キーを張らない」設計への雑感 - スコトプリゴニエフスク通信
僕はOracleでRDBMSとかSQLを勉強した人間なので、絶対に外部キーを張り、可能であればチェック制約もかけて、絶対に不正なデータは入れさせたくないと思う人間なのだが、LAMPサーバーを並べてスケールさせるっていう今時のサイトでは、外部キーを張らない設計の方が主流らしい。・・・本当！？確かに、アプリケーションやORMで頑張れば、外部キーを張るメリットが消え、外部キーを張るデメリットだけが残り、そしてMySQLはRDBMSではなく、SQLをサポートする単なるストレージになるだろうが・・・ちなみにSQLAlchemyならばテーブル定義から外部キーを消しても、mapperの定義で明示的に示してやれば、いままで通りのコードが動くはず。以下は「飼い主(Owner)と犬(Dog)の間に一対多の関係がある」という場合の例。 # -*- coding: utf-8 -*- from sqlalchem
Django and Settings Injection | Heroku Dev Center
This article is a work in progress, or documents a feature which is not yet released. Last Updated: 21 June 2012 django injection python Table of Contents Reasoning Recommended settings Try it out today On July 1, 2012, new Django applications will no longer have code automatically injected into settings.py. Reasoning Having code automatically injected into your settings.py makes your deployment u
SQLAlchemy 0.5.2 - PyPI Walker
メインゴールはあなたのデータベースとSQLへの考え方を変えること！ ということを目標に作られている、O'REILLYから本(ISBN:0596516142)も出てる有名O/Rマッパです。 本家のチュートリアルもWEB+DB PRESS Vol.46の記事でもSQLiteを使ってましたので、MySQL5.1で使ってみます。 準備 SQLAlchemyのインストール 普通にeasy_installで大丈夫です。これを書いている時点ではバージョン指定なしで、0.5.2がインストールされます。 easy_install sqlalchemy DB APIのインストール SQLAlchemy以外に、それぞれのRDBM用のDB APIが必要になります。 今のところサポートしているRDBMとそのAPIの一覧はここに。 今回MySQLなので、あらかじめMySQLdbをインストールしておきます。PyPIから
Kirishiki Studios
個人事業主としても活動するソフトウェアエンジニアの山田直行の個人ホームページです。 事業紹介・自己紹介はこちら -> About Posts Jun 13, 2025 Ruby 3.4でCircularArgumentReferenceエラーがなくなった May 5, 2025 ナイルワークスを退職しFaciloに入社。転職活動の振り返り Apr 10, 2025 FigmaのMCP ServerでReact Componentを作ってもらうのを雑に試した Apr 10, 2025 従業員が全員タイミーであることの意味って？ Apr 9, 2025 SQLの三値論理の挙動をRuby + sqlite + activerecord + bundle/inlineで確認する Apr 8, 2025 Notion公式のMCP Serverを使って検索とコメントを試した Apr 8, 2025 R
[Python] OSX 10.6でMySQLdbのインストールに手間取った話 – taichino.com
表題の件ですが、何も考えずにeasy_install MySQL-pythonとすると、インストールは成功するものの、importしようとすると以下のようなエラーが出て使用できませんでした。 ImportError: dlopen(/path/to/_mysql.so, 2): no suitable image found. Did find: /path/to/_mysql.so: mach-o, but wrong architecture Terminalからmysqlコマンドを叩くと普通に動作していましたが、エラーメッセージ的にはarchitectureが間違っているよと言っているようです。そこでMySQLdbのソースコードをarchitectureを指定してコンパイルしてみたのですが、やはり同様のエラーが出て解決できませんでした。 さらに調べてみると、Pythonの動作モードを
HugeDomains.com
Captcha security check srengine.com is for sale Please prove you're not a robot View Price Processing
pythonのmysqldbの使い方メモ – taichino.com
pythonからMySQL叩くのに、まだO/Rマッパを習得してないのでもっぱらMySQLdb/pymysqlを使っているのですが、中々すらすら書けるようにならないのでエントリを書いて無理矢理覚えるメソッドです。 先ずAPIリファレンスに中々たどり着かなかったのでリンクを張っておきます。 それで取りあえずは、以下のコードをすらすら書ければ、最低限は事足りる気がします。注意が必要なのはUPDATEの際はcommitが必要なのと、プレースホルダを使う際はクォーテーションが不要な事でしょうか。後DictCursorを使うとSELECTで取得した各行が辞書オブジェクトになって便利だと思います。 #!/usr/bin/python # -*- coding: utf-8 -*- import MySQLdb from MySQLdb.cursors import DictCursor def proc
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
