1. 概要 SQLiteを使うと小さなBLOB（例：サムネイル画像など）を読み書きする場合、fread()やfwrite()を使って個別のファイル上に記録されたBLOBを読み書きするよりも35％も速く (*1) 読み書きができます。 さらに、10キロバイトのBLOBを扱うようなSQLiteデータベースを考えた場合、個別のファイルにそれぞれのBLOBを格納する場合に比べてディスク領域を約20％も節約可能です。 このようなパフォーマンスの差が生じる理由は、（私たちの考えでは）SQLiteデータベースの場合、open()やclose()システムコールが呼び出されるのが1回だけなのに対して、個別のファイルに格納されているBLOBを使用する場合は、open()やclose()がBLOBの数だけ呼び出されるためだと思われます。どうやらopen()とclose()を呼び出すオーバーヘッドは、データベース
phpMyAdminの代わりに使えそうな、MySQL管理ツール、SQL Buddyを使ってみたのでメモしてみる。 インストールは極々簡単で、SQL Buddyのページからダウンロードして解凍後アップロードするだけ。 アップロードしたディレクトリにアクセスすると、以下のようなページが表示される。 phpMyAdmin同様自ホスト以外のデータベースの管理も可能な模様。 このSQLBuddy、操作可能な機能の面では、phpMyAdminに若干劣るものの、操作性というか、管理パネルのシンプルさという点では、phpMyAdminよりも優れていると思う。 また、動作そのものもphpMyAdminより軽快な気がする。 以下はユーザ管理画面の例 あと、インストールして気づいたのだけど… ドロップダウンリストでSQLiteを選択するとSQLiteデータベースも管理可能な模様。 テキストフィールドにDBファイ
▼MySQLのメリット ・SQLiteと比較して高機能なので、SQLiteでは使えない関数や手法が使える ・IDEとかで標準対応しているので、開発しやすい ・ネットに情報があふれているから情報集めに苦労しない ・洗練されたDB管理ツールphpMyAdmin が存在する。 （SQLiteにも複数の管理ツールが存在するけど、個人的に使い勝手が良いとは言い難い） ・公式のドキュメントが充実している ▼MySQLのデメリット ・仰々しいし重々しい ・個人的に、MySQLを使う＝比較的大きなプログラムを組む時という認識があるので、何となくストレスを感じる ▼SQLiteのメリット ・PHP5以上？とApacheが動作する環境であれば動作するので、「どこのサーバで動かすー」とかそういった事を気にしなくて済む。 ・MySQLより軽快に動作する気がする ・個人的に、SQLiteを使う＝小さい簡単なプログラ
Opera’s newest Web browser introduces a new technology platform, Opera Unite, allowing you to stream music or share files, photos and more, right from the browser. GoogleはWebアプリケーションのオフライン機能を強化するためにGoogle Gearsを公開した。Webアプリケーションの普及を目指すGoogleにとってGearsはノートPCやモバイルデバイスなどネットワークの接続と切断を繰り返すようなデバイスで自社サービスの使いやすさを向上させるために欠かせない技術。公開後、多くのアプリケーションがGearsに対応し、その機能を使うようになった。 Googleは次のステップとして、Gearsの撤廃を計画。Gearsという固有
今朝、何気なくtwitterを見ていたら、気になる発言が。。。 YSlow切ってSQLite Optimizer入れたらだいぶFirefox軽くなった おお、SQLite Optimizerとな。 https://addons.mozilla.org/ja/firefox/addon/11198 http://miyafx.blogspot.com/2009/03/sqlite-firefox.html(開発者さんのサイト) 実験的なアドオンらしいですが、早速インストール。メニューの[ツール]-[アドオン]からSQLite Optimizerを選択し、設定ボタンを押下すると、次のようなダイアログが表示されます。 設定はこれだけじゃなくて、about:configで最適化のタイミングや最適化の方法を設定できるようです。 最適化のタイミング： 自動または手動 自動の場合は Firefox を1
_ [Firefox] places.sqliteはvacuumしてreindexする Vimperatorでwildoptions=autoにしていると、ロケーションバーのように文字入力の度に補完候補を更新してくれる。 んが、少し前からこの動作が妙にもっさりしていたのでこの設定を止めていた。 firefox 3が遅くなった→ SQLite reindexで解決＆高速化 - しおそると 以前、SQLiteなファイルを小さくして高速化を図るというのが流行って(？)いたときに、vacuumを試してほとんど効果がなかったのであまり期待はしていなかったのだが、reindexはやってなかったなと思いダメ元で試してみた。 一応、vacuumしてからreindexすることに。 補完候補の表示に一番影響するのは多分places.sqliteだと思うので、Firefoxのプロファイルフォルダに移動して、
Firefox 3を使っていて、起動が異様に遅くなっていて困っていました。 今回、どうやら解決した模様なので備忘録までに記載します。 Firefox 3にバージョンアップしてから、メインで利用しているPCで Firefox の起動が遅くて仕方がない、ipv6検索を無効にするとか試してみたけどもかわず、という状態でした。 だいたい同じAdd-onを 他のPCにも入れて利用していますが、そちらははそう遅くはないので、プロファイル系かあ、までは切り分けしてそのまま利用しておりました。 プロファイル再作成、面倒ですしね。 で、ふと思い立って Firefox 3 で利用している、SQLite データ群をかたっぱしから Reindex したら、 昔のスピードが再現しました。はやい！ 改善：２つ １）起動が速くなった（起動に1-2分かかる→すぐ起動。劇的に改善。） ２）サイト表示もはやい。 cookie
「ウェブリブログ」は 2023年1月31日 をもちましてサービス提供を終了いたしました。 2004年3月のサービス開始より19年近くもの間、沢山の皆さまにご愛用いただきましたことを心よりお礼申し上げます。今後とも、BIGLOBEをご愛顧賜りますよう、よろしくお願い申し上げます。 ※引っ越し先ブログへのリダイレクトサービスは2024年1月31日で終了いたしました。 BIGLOBEのサービス一覧
「Movable Type 3.31にアップグレードして遅くなった」という理由でこれからMySQLからSQLiteに移行しようとしている方は少し思いとどまってください。この記事では現時点でSQLiteに移行すべきでないことを理由付ける技術的な説明とその問題の解決が書いてあります。よく内容が理解できない場合には安易にここに書かれた方法を試すことよりはMySQLでの運用をひとまず継続することを薦めます。次のマイナーバージョンアップでの抜本的な対策を待った上でSQLiteに移行する方が賢明です。すでにSQLiteを使っている場合にはこの記事が参考になると思います。 例によって、少し追いかけてみると、lib/MT/Template/ContextHandlers.pmの_hdlr_tagsや_hdlr_entry_tagsの以下の部分がベラボーに遅い(念のため、MT 3.31のMTEntryTag
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
