彼氏がMyISAM使ってた。別れたい… - kazuhoのメモ置き場
追記: マジメな比較はこちら：Open database life: MyISAMとInnoDBのどちらを使うべきか MyISAMだとPostgreSQLと並べられた時なんか恥ずかしいｗｗ 下向いちゃうしｗｗ ウェブサイトにはせめてInnoDB使って欲しい・・・ 勉強会とかで発表されたら・・・・もう最悪ｗｗ せめて普通にトランザクションやMVCCぐらいは対応して欲しい。 常識的に考えて欲しいだけなんです！ MyISAMでテーブルロックしちゃった時の遅さとか分かる？ あのね？たとえばピーク時10〜20並行ぐらいで書込みとか行くでしょ？ それぞれ別の接続で来るわけじゃない？ みんな普通にグループコミットやアシッドネス期待してるわけでしょ？ MyISAMでテーブル壊れてリペアしてたら大恥かくでしょうがｗｗ じゃあ MyISAM はどういう用途に適しているのか。待て！ 次号！*1 参考: 彼氏が軽
MOONGIFT: » 必見！怖くなるくらい優秀なCMS「concrete5」:オープンソースを毎日紹介
これまで多数のCMSを見てきたが、ここまで完成度が高いと言えるものに出会ったことはなかった…そう言えるくらい凄い。このどきどき感はDekiWikiに触れた時に感じたものに近い。 見たまま編集できるCMS CMSと言えば、ユーザ画面と管理画面に分かれていて、管理画面はモジュールやテーマの設定、各項目の並びを指定するのが通常だ。実際の出力結果はシステム任せで、その点が柔軟性に欠ける点でもあった。 しかしこれは違う。見たまま編集でき、さらに高い柔軟性を維持している。 今回紹介するオープンソース・ソフトウェアはconcrete5、デザイン、管理、コンテンツ作成全てが高度なCMSだ。 相当個人的な感情が入ってしまっているのは、同じようなシステムを構築する予定があったからだ。だがconcrete5は完成度も高く、多少の改造さえ施せば十分な気がする。やはり下手に開発コストをかけるよりもオープンソースで探
「すごい」「すごい」サンがMySQLを買収、OracleがBEAを買収！：代替案のある生活：オルタナティブ・ブログ
「すごい」「すごい」「すごい」「すごい」「すごい」 もう、朝から、大興奮である。たくさんニュースが出ているので、すでにご存知かと思うが、サンがMySQLを買収する計画を発表した。昨日はさらに、OracleもBEAの買収を発表した。 2008年1月8日に「【大胆不敵】 2008 - 2011年 IT 10大予測 - その2 OracleがSunを買収する？！」のブログを書いたところで、こんなに早く、OracleがBEAを買収するとは思わなかった。IT業界の大きな地殻変動が始まった感じだ。とにかく、OracleがBEAを買収するメリットがたくさんある事は、このブログに書いた。OracleのBEA買収については、オルタナティブ・ブログではこちらに、Oracleの西脇さんが書かれている。 サンの社内にいても、情報管理・情報統制がきちんとしているためか、私は外部のニュースが出るまでこの事は知らなかっ
mixiの生みの親“バタラ氏”が語るMySQLの意外な利用法 － TechTargetジャパン
日記だけで4億件のデータ ミクシィが運営するSNS「mixi」は、2007年7月末段階でユーザー数が1110万人。人が12人集まれば、1人はmixiユーザーというわけだ。ユーザーのアクティブ率（ログイン間隔が3日以内）は約62％と高く、2007年4月から6月の月間平均ページビューは117.5億に達した。日記だけでも4億件以上に上るなど、蓄積するデータ量も莫大。2004年3月のサービス開始から、わずか3年半で現在の巨大コミュニティーへと発展したのだ。 ミクシィは、「LAMP（OSのLinux、WebサーバのApache、DBMSのMySQL、開発言語のPerl、PHP、Python）」と呼ばれるWebシステム向けの標準的なオープンソースソフトウェア（以下、OSS）でシステムを自社開発し、安価なPCサーバを1000台以上連ねる超分散構成でmixiのサービスを支えている（広告配信など周辺機能では
MOONGIFT: » Web上でDB設計 コード出力「MySQL Designer」:オープンソースを毎日紹介
※ 画像は公式サイトデモより。 DB設計は大事だが、初期状態のまま保てる訳ではなく、大抵徐々に改変されていく。その際にはドキュメントへの適用もれが発生し、ドキュメントと実際のDB構造とに差が生じていく。 それを防ぐにはどうしたら良いか。メンテナンスインタフェースを統一してしまえば良い。そして、それをするだけの意味があれば皆使ってくれるのではないだろうか。 今回紹介するオープンソース・ソフトウェアはMySQL Designer、WebベースのDB設計ソフトウェアだ。 MySQL DesignerはC++で作られたソフトウェアで、CGIとして動作する。WebベースでMySQLの設計、データのメンテナンスが可能だ。 その結果はGraphvizを使ってダイアグラムにする事ができる。また、C++用のテーブル操作用プログラムも生成される。これを使えば、データベース設計、ドキュメント、コーディングのそれ
mixiのシステム、海を渡る？ MySQLの事例に
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 2004年2月にサービスを開始、わずか3年3カ月で1000万人以上のユーザを獲得したmixi。日本を代表するソーシャルネットワーキングサービス（SNS）のシステムがMySQLの事例記事としてMySQL ABのサイトで紹介されている。 MySQL ABでは、MySQLのスケーラビリティを実証すべく「The 12 Days of Scale-Out」と呼ばれるキャンペーンを展開していた。mixiの事例はこの「番外編」のような形でDay Twelveの後に紹介されている。 MySQL ABによる事例記事の中ではmixiのシステム構成にも触れられている。同社はMySQLのマルチ・マスター・システムとパーティショニング機能を使ってスケーラビリティ
Senna 組み込み型全文検索エンジン - Senna 組み込み型全文検索エンジン
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
本棚演算実験中 - Myrmecoleon in Paradoxical Library. はてな新館
本棚演算（Rubyのオリジナル）をだらだらみてて，本棚に限らず任意のISBNのリストを投げて結果が拾えたら便利かなー，と思ってISBNのリストでの入力を試してみる。 また，基本的には本棚名とISBNのどっちからはじめてどっちで終わるかだけで，実はやってることはどちらの処理もあまり変わらないんだな，ってことをちょっと考えた。お奨め本検索も処理する回数が多いというだけであるし。 で，実験的にこんなん作ってみる。 http://myrmecoleon.sytes.net/book/m_enzan.php?list=4044292019&time=4 何をしてるかというと， ID（ISBNまたは本棚.orgのユーザー名）のリストを入力する 入力したIDのリストに対応するもう片方のIDのリストを抽出する 抽出した新しいリストから同様にもう片方のIDのリストを抽出する 指定の回数だけ繰り返す というだ
KH Coder: 計量テキスト分析・テキストマイニングのためのフリーソフトウェア
概要と特長 KH Coderとは、計量テキスト分析またはテキストマイニングのためのフリーソフトウェア（自由ソフトウェア）です。 アンケートの自由記述・インタビュー記録・新聞記事など、さまざまなテキストの分析にお使いいただけます。 プログラミング不要、マウス操作で本格的な分析 安心の分析プロセス完全公開、研究利用も多数 New! 機能紹介（スクリーンショット） スクリーンショット集 ［旧ページ：言葉・文書・可視化・他］ KH Coder 3 正式版の新機能 New! 機能追加プラグイン「文錦®」シリーズ New! ダウンロードと使い方 KH Coder 3 正式版ダウンロード (Version 3.01) 使い方を知るためのチュートリアル ヘルプ 質問＆エラー報告用の掲示板 ※投稿にはGitHubへの登録が必要（無料）［旧掲示板］ よくある質問（FAQ） 開発者が語る公式セミナー & サポー
MySQLクイック・リファレンス
この文書は、osCommerceで使用しているデータベースMySQLの基本的な使い方について解説しています。おもにデータベースの管理者よりも、ユーザに向けて書かれています。 はじめに ここでは、MySQLサーバは起動しているものとして説明します。 MySQLの文字について MySQLでは、データベース名やテーブル名の大文字と小文字を区別しています。それ以外は区別しません。 MySQLのフィールド名やテーブル名に使える文字は、英数字と_（アンダーバー）、$、サーバのキャラクタセットにある文字です。 知っておきたいコマンド mysqladmin（データベースの作成・削除や、MySQLサーバの情報を得る） mysqlshow（データベース、テーブルの情報を表示する） mysql（MySQLクライアントの起動） mysqldump（データベース、テーブルをダンプする） myisamchk（テーブル
naoyaのはてなダイアリー - MyISAM vs InnoDB
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
Konsultan IT , Software Developer, Sistem Integrator Jakarta Tangerang Banten | Gaivo Integrasi Solusindo
Kembangkan Software Bisnis Anda Bersama Gaivo Integrasi Kami adalah konsultan software & integrasi sistem berpengalaman yang menawarkan beragam jasa pengembangan software, baik untuk keperluan komersial maupun untuk keperluan perkantoran Software House adalah perusahaan yang bergerak di bidang IT dan menyediakan jasa pengembangan produk berupa software atau aplikasi. Software atau aplikasi yang di
BKCon 2006 - にぽたん研究所
昨日は BKCon 2006 に行ってきた。 BK というのは「一般的にはバッドノウハウの事」なんですが、昨日のは、BKCon と言っても、かつて開催された Bad Knowhow Conference 2004 の続編とかではなく、"B"atara "K"esuma "Con"ference 2006 です。 ※正しくは横浜 Linux ユーザグループ主催の「第 65 回カーネル読書会」のテーマ "mixi.jp: Scaling Out With Open Source" です。 ちなみに、Batara Kesuma さんというのは、株式会社ミクシィの取締役。 mixi の裏側を見せますというか、ちょっと hip な言いかたをすれば "Inside mixi's backend" ってカンジです。 とりあえず、プレゼン内容は YAPC::Asia の時と大凡同じでしたが、プレゼンの持ち
Conferences - O'Reilly Media
We’ve made the very difficult decision to cancel all future O’Reilly in-person conferences. Instead, we’ll continue to invest in and grow O’Reilly online learning, supporting the 5,000 companies and 2.5 million people who count on our experts to help them stay ahead in all facets of business and technology. Come join them and learn what they already know. Become an O’Reilly online learning member
koyachiの日記 - Joshua Schachter(del.icio.us)による大規模アプリケーション構築の注意点
del.icio.us/tag/del.icio.usを眺めていたらFlickrのときみたいに面白い資料を見つけたの紹介します。 Things to look out for when building a large application.というタイトルでサーバーサイドの管理等の話が中心かと思って読んでいたらそれ以外のインターフェース、実装すべき機能、spam対策、アプリケーションを如何に広めるかといった話にも触れていて面白いです。 以下にまとめてみました。 スケーリング 早期の最適化を避ける。SQLでスケーリングするのではなく、データを複数マシンに分散させる方法を考慮すべき。SQLプロファイリング重要。Nagiosがお勧め。 タグはSQLと相性がよくない。インデックシングの仕組みを理解し、その方針を決定する。最初の数ページに限定すれば小規模で高速なインデックスを保てる。 Apache
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQLで木と階層構造のデータを扱う――入れ子集合モデル