ODBC によるMySQLの操作
ここまでにMySQLへのアクセス、Microsoft Accessデータベースへのアクセスは学習しました。 さらに、ODBCでMySQLのデータベースにアクセスする必要が有るのでしょうか？ もちろん、単独でデータベースを操作するのであれば、ここまでの学習で十分です。 ただ、ODBCでMySQLにアクセスできれば、ODBCでAccessにアクセスした全く同じコードで MySQLのデータベースにもアクセスする事が可能になります。 何より、ODBCを使えば、MySQLのデータベースにVBやVCでアクセス可能になりますので、 高いパフォーマンスを持ったMySQLのデータベースを使用したクライアントソフトが開発できます。 たとえば、携帯電話からの予約情報をPerlでMySQLに保存し、VBで開発した予約管理のクライアントで リアルタイムに確認できます。こうすれば、オペレータが電話予約と、インターネッ
シンプルなPHPとMySQLの最適化方法「当たり前を積み重ねると特別になる」
前回の負荷MAX、サーバ陥落寸前ですよ騒動のとき、最終的には自分で最適化する必要があるのかも知れない…と思っていたときに見つけたページです。 MySQLやPHPで同じ処理をする際にどういうふうにすればより軽いのか、という基本的な対策ばかりを集めてあります。どれもこれもあちこちで既出のものばかりですが、1カ所にまとまっているので読みやすいです。中には知らないのもあったりするかもしれません。 dublish.com - Simple Optimization for PHP and MySQL http://www.dublish.com/articles/10.html MySQLで書かれている方は割と読んだことがあるようなのが多かったですが、PHPの方は言われてみればそうかも、というようなのが多い。上記ページのコメント欄にもいろいろと有用な意見があるので、読み進めると楽しい。 そういえば以
GIGAZINE最大の挑戦、LoadAverage「86」から「3」へ
というわけで、再び負荷を下げる方法を模索した、戦いの記録。 1.MySQLの設定を変更して高速化 2.Zend Optimizer 3の導入 3.ionCube PHP Acceleratorの導入 4.テンプレートの見直しでクエリーを減らす 5.robots.txtでクロールする間隔を制御する 6.MySQLの設定を負荷を低くする設定に変更 7.キャッシュを有効化する 前回解説した「GIGAZINEのLoadAverageを「27」から「2」へ下げた方法」から約3週間後、6月20日（火）の夜、気がつくと負荷の15分平均は「25」をコンスタントに吐き出すようになり、さらに訪問者は急増、ついに6月28日（水）12時45分、負荷対策の効果がほとんど出ないまま、LoadAverage15分平均は「86」に…。 何か対策が根本的に間違っているのだろうか？それとも、もうGIGAZINEサーバのハード
XAMPP - 開発環境一括インストール - phpspot
Apache HTTPD 2.0.52 MySQL 4.1.8 PHP 5.0.3 + 4.3.10 + PEAR + Switch MiniPerl 5.8.3 mod_ssl 2.0.51 Openssl 0.9.7e PHPMyAdmin 2.6.0 pl3, Webalizer 2.01-10 Mercury Mail Transport System fur Win32 und NetWare Systems v4.01a FileZilla FTP Server 0.9.4d SQLite 2.8.15 ADODB 4.52 Zend Optimizer 2.5.7 XAMPP Security ※青字はPHP開発に関わってくるものです XAMPPはApacheFriendsによって開発＆提供されています。 (MacOS/Linux/Solarisにも対応していますが、当サイト
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
