金龍ラーメン はみ出した龍の「しっぽ」切ることに 運営会社は「断腸の思い」 立体看板の「しっぽ部分」撤去命じる判決 大阪・ミナミにある人気ラーメン店のシンボル「龍の立体看板」の『しっぽ』が裁判の判決を受けて、切断されることになった。大阪・ミナミにある「金龍ラーメン道頓堀店」は、国内外から客が訪れる人気店で、龍の立体看板は店…
ストーリー by makeplex 2010年01月10日 20時44分 会議が手段でなく目的になっているのは勘弁 部門より Googleによる「効果的な会議を効率よく執り行うための6つの法則」 ある程度以上の規模の会社にいる社員にとって、効果的な会議を効率よく執り行うことは常に重要な課題の一つなわけだが、ライフハッカーの記事によると、週70もの会議を切り盛りするGoogleの副社長マリッサ・アン・メイヤー女史が、米誌「BusinessWeek」のインタビューに答えて、会議を円滑に進めるために実際にGoogleが採用している6つの法則について語ったそうだ。→原文（英語） アジェンダを設定する議事録係を決める。(そして書かれた議事録をプロジェクターで常時映し続ける)小規模の会議に時間を小分けする「オフィスアワー」を設定する政治力は使わない、データを基本とする時間を守る。（現在時刻をプロジェク
雑記 タイトル通り、一週間ほどの勉強で応用情報に無事合格しました。 じっくり勉強して受験できればそれに越したことはないのですが、忙しくてぎりぎりまで時間がとれない人や、僕みたいに最後まで勉強を後回しにしてしまう人にはもしかして需要があるかもしれないので、そのときの勉強法を紹介します。まず、まとめ勉強するのは午前のみでOK過去問・予想問題を押さえる午後問はとにかく諦めるな 試験概要 ITパスポートの上の基本情報の上だけど、高度試験というほどでもない、というレベル。学生でも勉強すれば十分に合格がねらえる試験です。身の回りでは基本情報受験者が多かったので、それとの差別化も考えて応用情報という選択肢はかなりアリだと思います。 基本情報との違いは、問題がやや難しくなることと、午後の試験が筆記になることの２点です。あと、合格発表が基本情報と比べて遅いのも、わりと不安にしてくれます。この記事も、自己採点
最近は常にInnoDBを利用しているので，MyISAM vs InnoDB にちょっとコメントしてみる． まず「Webアプリならトランザクションはいらないか」について． Webアプリで，トランザクションの重要性が高くないといっても，無いよりはあった方が良いはず． ちょっとしたシステムでも，たとえばユーザのテーブル，プロフィールのテーブル，日記の記事のテーブルなどでわけるわけで，それぞれのテーブル間の整合性がとれていないと問題が生じてしまうと思う． ハードウェア障害などでクラッシュしたときに，ユーザのテーブルにはレコードがあるけど，プロフィールにはレコードが無いケースとか，そういうケースが発生することを考えると，トランザクションは利用すべきじゃないのかなと． というわけで，JOINを使うようなアプリケーションであれば，トランザクションは使うようにすべき，というのが持論． それ以外でInnoD
基本はＩｎｎｏＤＢです。 MyISAMを選択できるようなケースを考えてみます。 ・完全に検索Onlyの場合（基幹系とかから一定間隔で検索用テーブルを再構築する。それ以外の時間は検索のみのようなケース。） ・ログ系のテーブルを出力のみする場合（insertは3～15倍程度MyISAMが高速） 正直、これくらいなのかなと思います。 パフォーマンスについては（5.0.37以上を選択すれば）InnoDBはMyISAMと比べてほとんど同じです。 以下は計測結果です。 InnoDB vs MyISAM パフォーマンス比較 PrimaryKEY、UniqueIndex、非UniqueIndex InnoDB vs MyISAM パフォーマンス比較 取得件数が多い場合 InnoDB vs MyISAM パフォーマンス比較 SELECT ・・・ LIMIT N InnoDB vs MyISAM
[InterDB] [著者HP] [PREVIOUS][UP][NEXT] ■■■■ [ロック] ■2-10■ ロック ■■■■ MySQLはWRITE(書き込み)ロックとREAD(読み出し)ロックの2種類をサポートしていますが、テーブル型毎に`ロック'の挙動が異なります。 以降、使用頻度の高いMyISAM型とInnoDB型のロックについて説明します(【表.2-8】参照)。 表.2-8 テーブル型毎のロックの挙動 ========================================================================================================================= テーブル型 | ロックレベル | デッドロック状態への対処 | 備考 | ===========+================
ここでは、MySQLに関する事を書いていきます。 新しく書いたものが上になるように並べてあります。 新しくユーザ（権限）を追加する MySQLではOracleなどとデータベース・スキーマ・ユーザの考え方が違います。 ユーザ情報は、mysqlデータベースという特別なデータベースにより管理されています。 ここには host, user などいくつかの権限に関するテーブルが用意されていて ここにレコードを作成したりすることで、各種権限管理を行います。 MySQL4以降では、このテーブルを直接いじることなくユーザ管理を行うコマンドが用意されました。 それが GRANT / REVOKE 構文です。他のデータベースではおなじみですね。 MySQLではユーザを追加するときに、以下の情報を入力する必要があります。 追加したいユーザ名 接続可能なホスト名 接続可能なデータベースおよびテーブル名 接続すると
このセクションでは、内部ロック、つまり複数のセッションによるテーブル内容の競合を管理するために、MySQL サーバー自体の内部で実行されるロックについて説明します。 この種類のロックは、完全にサーバーによって実行され、ほかのプログラムは関与しないため、内部です。 ほかのプログラムによって MySQL ファイルに対して実行されるロックについては、セクション8.11.5「外部ロック」を参照してください。 MySQL は InnoDB テーブルに行レベルロックを使用して、複数のセッションによる同時書き込みアクセスをサポートし、それらを複数ユーザー、高度な並列性、および OLTP アプリケーションに適したものにします。 単一の InnoDB テーブルに対して複数の同時書込み操作を実行する場合に deadlocks を回避するには、データ変更ステートメントがトランザクションの後半にある場合でも、変更
あくまで憶測で仮説でしかないんですが。 MySQL のストレージエンジンのうち代表的な二つ、MyISAM と InnoDB はよく MyISAM: Read は速いけどテーブルロックのため並行性が低い。運用が簡単。 InnoDB: MyISAM より Read は遅いけど並行性が高い 。行レベルロックなので。あとトランザクションや外部キー制約。運用が MyISAM よりちょっとめんどくさい。 という区別がされます。ここから転じて、 MyISAM は参照系クエリが大部分を占める場合に適用すると良い。例えば blog アプリケーションとか。 InnoDB は更新系クエリが多い場合に適用すると良い。 と言わたりします。実践ハイパフォーマンスMySQL でも第2章 ストレージエンジン(テーブル型) P.30 に アプリケーションでトランザクションを使用する必要がなく、主に SELECT または I
auto_incrementにしたカラムの型がintなら2147483647、bigintなら9223372036854775807がautoincrementの最大になる。 実際に最大値までauto_incrementを進めてみる。 ALTER TABLE table1 AUTO_INCREMENT= 2147483647; auto_incrementが最大値に達するともうそのテーブルには行を追加することはできなくなります。 oracleのシーケンスならCYCLEオプションがあるけどmysqlのauto_incrementにはそのような機能は無いらしい。 ではauto_incrementが最大値に達したとき、どうすればよいのか？ 単純に ALTER TABLE table1 AUTO_INCREMENT= 1; としても、table1に1より大きいキーが存在する限りauto_incre
今回は、MySQLのストレージエンジンの中でも特に有名な「MyISAM」と「InnoDB」の2つを取り上げます。MyISAMはMySQLのデフォルトストレージエンジンで、ストレージエンジンを指定せずにテーブルを作成するとMyISAMが選択されます。もう一方のInnoDBエンジンは、MySQLに豊富なトランザクション機能を提供するストレージエンジンとして有名です。 まずはそれぞれのテーブルファイルの構造について解説し、最後にInnoDBのトランザクションについて解説します。 各ストレージエンジンのファイル構造を説明する前に、前知識としてMySQLのディレクトリ構造について説明します。 MySQLのデータベースディレクトリには、バイナリログと呼ぶデータベースの更新情報を格納するファイルと、2つのサブディレクトリが存在します（図1）。 「mysql」ディレクトリには権限テーブルと呼ばれるMySQ
2 ： スプリッター(埼玉県) ：2010/01/10(日) 00:36:57.73 ID:f3PCMANF 運 11 ： グラインダー(東京都)：2010/01/10(日) 00:40:23.32 ID:rkIEUXdF コンビニが近くにあること 425 ： スプーン(東京都)：2010/01/10(日) 09:31:30.15 ID:Pmg6WIWO 社会人になると家にあんま居ないから街そのもの環境はわりとどうでもよくなる。 427 ： マイクロピペット(静岡県)：2010/01/10(日) 09:37:46.92 ID:7t+WG7Br 陽当たりは軽視しない方がいい 122 ： 付箋(愛知県)：2010/01/10(日) 01:20:08.58 ID:0M6WRnCi なかなかいいところ見つけたんだけど西の角部屋だから夏は熱くなりそうなんですよねぇ 128 ： スプリッター(東京都)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
