Building a better DatabaseCache for Django on MySQL - Adam Johnson
Building a better DatabaseCache for Django on MySQL2015-05-17I recently released version 0.1.10 of my library django-mysql, for which the main new feature was a backend for Django’s cache framework called MySQLCache. This post covers some of the inspiration and improvements it has, as well as a basic benchmark against Django’s built-in DatabaseCache. TL;DR - it’s better than DatabaseCache, and if
mysqlclient が Django の推奨ドライバになりました - methaneのブログ
MySQL-Python (MySQLdb) のメンテナンスが停滞したことで fork して後方互換性を保ったままメンテナンスをしている mysqlclient ですが、 Django の recommend になりました。 Databases | Django documentation | Django もともと推奨になっていた MySQLdb が Python 3 をサポートしないままメンテナンスが停滞していることが問題になり、対立候補が MySQL Connector/Python と mysqlclient でした。 Oracle 公式の安心感（僕個人が片手間にやってるよりは圧倒的に開発リソースを避けるはず）も捨てがたいのですが、クエリ結果のカラム数×行数（＝MySQLパケット数）が多い時に Pure Python の MySQL Connector/Python と libmy
Django(正確にはMySQLdb)をつかってMySQLの巨大な結果を返すselect文を処理する - shohu33's diary
最近djangoでデータ件数が多いテーブルから hoge = Hoge.objects.all() のように取得しようとすると、本ケースのようにデータが多い場合メモリ不足で処理が落ちる事がある。 なんとか他の方法でデータ取得できないかと以下のようにこころみたが"killed"で同じように落ちてしまた。 from django.db import connection, transaction cursor = connection.cursor() cursor.execute("select * from hoge") killed知り合いの方がJavaで同じような現象にはまったことを聞いて、どうやって解決したかを聞いてみると JDBCのドライバ設定をかえて１行１行とるようにしたそうな。 ※具体的なパラメータ名までは聞かなかった。。。 「Pythonにもあるんじゃないの？」というアドバイ
[Django, MySQLdb] connection.cursorがメモリを掴む (それなりブログ)
それなりブログ 20台後半からWebエンジニアに転生した人が書く、プログラム・無駄口とかのそれなりのブログ 管理人: kjirou 座右の銘: 「三度の飯より、四度の飯」 Model.objects.getが何かをキャッシュして メモリを消費しているのかと思っていましたが ちゃんと調べると、MySQLdb.connection.cursorを使ってSQLを発行すると メモリを消費していくよう。 何にメモリを使ってるのかな？というと コチラのサイトに回答があった。 execute()は、複数回実行するとそのたびにSQL文を構文解析しているように見えますが、 このexecute()は一般的な実装では一度解析されたSQL文をキャッシュしていて、 繰り返し同じSQL文が実行されるときには解析の手間を省いて高速化が図られているそうです。 解決方法として、 できれば cursor.e
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Workaround Django ORM limitation - create views
