※【2020年5月発行 GPS News vol.10掲載】本記事はゲーム保存協会の過去の活動を知ってもらうことを目的とし、当時そのままの内容で掲載しています。 ゲーム保存協会の仕事の一つとして挙げられている「ゲームの保存」だが、知らない人であれば“ソフトを入手して適当な場所に保管してオシマイでしょう？”と考えてしまうかもしれない。しかし、実際に行われている作業は、とてつもなく細かで、緻密で、繊細なのだ。今回、特別にゲーム保存協会の本部に潜入し、その一部始終を目で見て確かめることができたので、一連の流れについて詳しく説明していこう。その手順を知れば、どれだけ微に入り細にわたって保存作業が行われているのか、その大変さが分かってもらえるのではないだろうか。 STEP1：パッケージの分解と保存 1 ノリを剥がす 今回見ることができたのは、パソコンソフトパッケージの保存方法だ。パッケージにはプラス
現在、「ゲーム配信規約データベース」が注目を集めているようだ。配信者を中心に認知度が上がってきている。 近年は配信プラットフォームや機器の普及により、個人でも手軽にゲームプレイの様子を配信できるようになった。YouTuberやVTuberとして、日々どんなゲームを配信するかアンテナを張っている人も少なくないだろう。一方、ゲーム実況をおこなう上で、無視できないのが配信規約の存在だ。どんなゲームも、自由に配信していいとは限らない。メーカーごとに配信できる範囲に制限をかけていたり、あるいは配信そのものが禁止されていたりする場合もある。作品によっては、ユーザーが配信で内容を知ってしまうことで買い控えが起こる可能性もあるためだ。最近では、大手メーカーは自社のゲームに配信者向けの規約を設けているケースが増えている。 となると、配信者はゲーム配信をおこなうために、各社・各作品の配信規約を調査してから取り
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
「30分でわかるER図の書き方」を書き終えたので、各記事へのリンクを目次としてまとめておきます。 No. 記事 内容 1 id:simply-k:20100703:1278157673 ERモデル ER図 ピーター・チェンの表記法 2 id:simply-k:20100704:1278214995 IE形式とIDEF1X形式の比較 3 id:simply-k:20100706:1278387964 IE形式 表記法の基本 カーディナリティ オプショナリティ 4 id:simply-k:20100706:1278417587 IE形式 カーディナリティ記号 オプショナリティ記号 5 id:simply-k:20100707:1278514635 IDEF1X形式 表記法の基本 6 id:simply-k:20100709:1278665985 IDEF1X形式 エンティティの種別 リレーショ
ブラックなのか判らないけれど社員が逃げた 1： 以下、名無しにかわりましてVIPがお送りします 投稿日：2011/02/20(日) 00:43:25.99 ID:MAEq+zPo0 社員が携帯を机の上に置いたまま出社しなくなった。 連絡を取る手段が無かった。 直接、住居に行っても返事が無かった。 電気のメータの動きは緩く、人がいない事を物語っていた。 ブラックではなかったと思う。 きちんとした会社だったし、格付けでも上位に入っている。 俺はその会社にSIerとして参画していた協力会社社員だった。 その日、会社は社員の実家へ電話した。 三日後、捜索依頼が出されたという。 reebok easytone 6： 以下、名無しにかわりましてVIPがお送りします 投稿日：2011/02/20(日) 00:47:56.62 ID:MAEq+zPo0 その時の仕事はかなり大きな仕事だった。 大きすぎた。
2. 自己紹介 MySQL/Linux周りのスペシャリスト 2006年9月から2010年8月までMySQL本家(MySQL/Sun/Oracle)で APAC/US圏のMySQLコンサルティングに従事 主な著書に「現場で使えるMySQL」「Linux-DBシステム構築/ 運用入門」「Javaデータアクセス実践講座」 DeNAでの主な役割 安定化/パフォーマンス/運用周りの中長期的な改善活動 L3サポート/運用/トラブルシューティング – 難度の高いMySQL周りの問題の根本原因の特定と解決 多くのプロジェクト支援 社内勉強会/トレーニング – MySQLやデータベース周りのベストプラクティスを社内で共有し、 技術スキルを底上げする 技術マーケティング – 国内外のカンファレンスや、技術雑誌等
▼MySQLのメリット ・SQLiteと比較して高機能なので、SQLiteでは使えない関数や手法が使える ・IDEとかで標準対応しているので、開発しやすい ・ネットに情報があふれているから情報集めに苦労しない ・洗練されたDB管理ツールphpMyAdmin が存在する。 （SQLiteにも複数の管理ツールが存在するけど、個人的に使い勝手が良いとは言い難い） ・公式のドキュメントが充実している ▼MySQLのデメリット ・仰々しいし重々しい ・個人的に、MySQLを使う＝比較的大きなプログラムを組む時という認識があるので、何となくストレスを感じる ▼SQLiteのメリット ・PHP5以上？とApacheが動作する環境であれば動作するので、「どこのサーバで動かすー」とかそういった事を気にしなくて済む。 ・MySQLより軽快に動作する気がする ・個人的に、SQLiteを使う＝小さい簡単なプログラ
モバゲーで知られるDeNAは、バックエンドデータベースにNoSQLを使っていません。なぜか？ それはMySQL/InnoDB 5.1の環境で秒間75万クエリという、多くのNoSQLでも実現できないような高性能を実現しているから。DeNAの松信嘉範（まつのぶよしのり）氏は、自身のブログにこんな内容のエントリ「Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server」（英語）をボストしています。 Yoshinori Matsunobu's blog: Using MySQL as a NoSQL - A story for exceeding 750,000 qps on a commodity server 松信氏が指摘するように、大規模なネットサービスを提供している企業の多くは分散環境で
2009年、ガンダム生誕30周年を記念して、「総解説ガンダム事典 Ver.1.5」という書籍が講談社から刊行された。機動戦士ガンダムからVガンダムまでの作品をカバーし、サンライズ監修のもとで宇宙世紀の歴史、技術、MS・MA（モビルスーツ・モビルアーマー）について392ページというボリュームでまとめ尽くした1冊だ。 特に注目すべきは後半のMS・MA図鑑で、例えば、リック・ドムの発展系である「ドワス」といったマニアックな機体まで紹介している（知ってました？）。ガンダムファンにとっては欠かせない資料だろう。 ただ、ひと口に事典を作るといっても、ガンダムシリーズの作品には、そこから派生した小説や関連アイテムが数多く存在している。その膨大な資料を集めて、1つの本にまとめていくという作業には、恐ろしいほどの労力と時間がかかるはずだ。同じ出版業に身を置く人間として、どんな手法で資料を管理するのか興味津々
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
■編集元：ニュース速報板より「どのソフトでDBを処理してるかで企業のレベルが解る」 1 レッドテールキャットフィッシュ(新潟県) :2010/06/25(金) 22:29:25.78 ID:iBEOyNrY ?PLT(12001) ポイント特典 マイクロソフトは5月から、最新データベース製品である「SQL Server 2008 R2」の提供を開始した。 今回は「R2」という名前が示す通り大々的なバージョンアップではないが、ユーザーのニーズを取り入れ BIへの対応を強化するなど、重要な機能強化が行われている。また国内での取り組みも、マイクロソフト 内部のもの、パートナーとのものを含めて、着実に前進しつつあるという。 「MicrosoftではSQL Serverに対し、全体の1/6くらいに相当する多額の投資を行って、機能や信頼性の 向上を行ってきた。しかし、SQL Server
データベース研究者の大御所、マイケル・ストーンブレイカー氏が開発し、NoSQLデータベースをも上回る性能を発揮するリレーショナルデータベース「VoltDB」。前回の記事では、その特徴と、NoSQLデータベースのCassandraとのベンチマーク比較を紹介しました。 今回はVoltDBのアーキテクチャについて調べたことをご紹介しようと思います。基本的にはVoltDBのWebサイトやリンク先の内容を基にしています。また、ブログ「独り言v6」のエントリ「VoltDB登場 – RDBMSのようでRDBMSではない新システム」も参考にさせていただきました。 シェアドナッシングな分散インメモリデータベース VoltDBのアーキテクチャは、FAQのページで以下のように説明されています（英語を訳したものを引用しています。以下同じです）。 VoltDBは、シェアドナッシングなサーバ群から構成されるスケーラブ
ベンチャー企業の米VoltDBは5月25日（米国時間）、オープンソースのデータベースシステム「VoltDB 1.0.1」をリリースした。高速、拡張性、ACID遵守などを特徴とする次世代DBMSとしている。 VoltDBは「Postgres」「Ingres」などのデータベースプロジェクトを共同で創始したMichael Stonebraker氏が設計したもので、Stonebraker氏が非常勤教授を務めるマサチューセッツ工科大（MIT）、ブラウン大学、イェール大学、HP Labsの共同研究「H-Store」がベースとなっている。 VoltDBは豊富なメモリやマルチコアCPUを備えたシステムに最適化されており、データを分散させてメモリ内に配置することで飛躍的に性能を改善しているという。データベースエンジンはマルチスレッドで動作し、データは分割されて各スレッドに配置される。それぞれのスレッドはロッ
SSD専用に設計された「ReThinkDB」、ロックもログも使わない新しいリレーショナルデータベースのアーキテクチャ SSDがHDDに代わるストレージとして普及しようとしていることを背景に、SSDに特化したまったく新しいアーキテクチャを備えたリレーショナルデータベースを開発しようとしている企業があります。「ReThinkDB」です。 昨年7月に、PublickeyではReThinkDBの概要を記事「SSDに最適化したデータベース「RethinkDB」、ロックもログも使わずにトランザクション実現」で伝えました。 その記事の中では、ReThinkDBがロックを使わずにトランザクションを実現し、データベース利用中でもスナップショットがとれ、また異常終了しても容易に復帰できる機能を備えている、といったことを紹介しました。 4月に米サンタクララでに行われた「MySQL Conference & Ex
NoSQLミドルウェアの特徴をもう少し細かく挙げてみます。分量の都合もあり個別には触れませんが、それぞれのNoSQLミドルウェアで差別化部分に関してはかなり詳細に説明がされていますので、ぜひそちらを参照してみてください。 高速に動作する リレーションモデルではないデータモデル スケールアウト型アーキテクチャ コモディティサーバによって構築される スキーマフリー SPOF（単一故障点）を持たない 自動的に複数台へレプリケーションする イベンチュアルコンシステンシまたは一貫性の選択が可能 SQLのような強力なクエリ言語を持たず、シンプルな問い合わせしかできない Cassandraとは何か NoSQLミドルウェアの筆頭といえばGoogle BigTableやAmazon Dynamoですが、オープンソースの世界でもいろいろなものが出てきています。その中でも最近特に注目を集めているのが、Apach
リレーショナルデータベースを利用する際には、高い性能を引き出すために物理設計をし、スキーマを工夫し、パラメータのチューニングを行うことがつねに行われてきました。 性能のボトルネックはたいがいHDDにあり、いかにそのボトルネックを回避するかがチューニングのポイントですが、最近では性能向上のための武器として、HDDよりもずっとアクセス性能の高いSSDが注目されています。SSDはHDDと置き換えるだけで、アプリケーションにまったく手を加えずに性能向上を可能にする手段として非常に魅力的です。 HDDの代わりにSSDを利用したら、リレーショナルデータベースの性能はどれだけ向上するのでしょうか？ オラクルと富士通が共同検証を行い、その結果をホワイトペーパーとして先週発表しました（参考「日本オラクルと富士通 フラッシュ技術活用によるデータベース高速化を共同検証」）。 ホワイトペーパーでは、HDDの代わり
MySQL に限らず、SQL のNULL の仕様には何回か「えっ」と驚くことがあったのでメモしておこうと思います。5.1 版の日本語マニュアルがなかったものについては、4.1 のマニュアルを参照しました。 そもそもNULL は何を意味するか NULL は未定義または、不明を意味する。「電話番号を持たない」ということを表現する場合は、NULL ではなく、空の文字列を使う。 NULL 値というものを SQL 初心者はよく混乱します。SQL 初心者は、多くの場合、NULL が空文字 "" と同じであると考えてしまいます。これは違います。たとえば、以下のステートメントは完全に別のものです。 mysql> INSERT INTO my_table (phone) VALUES (NULL); mysql> INSERT INTO my_table (phone) VALUES (""); どちらのス
その例としてBeck氏自身が過去に取り組んできた生命保険会社のアプリケーションを例に挙げます。そのアプリケーションでは毎日のようにスキーマが変化するため、SQLとORM(Object-Relational Mapping）では対応できず、オブジェクトデータベースのGemstoneを利用することで対応できたと述べています。 こうしたSQLだけでは満たせないさまざまな要件、上記の図にあるようにスキーマの可塑性、スケーラブルなデータ読み込み、書き込み、処理の柔軟性などを満たすために、リレーショナルデータベース以外のNoSQLな製品が開発された。これがNoSQLの登場の背景にあるとBeck氏は解説します。一方で、こうしたさまざまなNoSQLを、NoSQLという言葉で表すのは適当ではないという憂慮も示しています。 Here is where the futility of defining NoSQ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
