なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ

1人の“ゲーム女子”が「Tableau」でデータ分析チームを作るまで：脱Excelで作業速度が10倍に（1/4 ページ） 買い切り型から運用型へとビジネスモデルがシフトしつつあるゲーム業界。業界大手のカプコンも既存ブランドのオンラインタイトルをリリースしている。収益のカギを握るユーザー動向の分析に立ち上がったのは、1人の“ゲーム女子”だった。 「ストリートファイター」「モンスターハンター」「バイオハザード」など、数々の大ヒットシリーズを世に出してきたカプコン。同社も他のゲーム会社の例にもれず、最近はスマートフォン向けタイトルなど、オンラインゲームのリリースが増えている。 オンラインゲームのタイトルに多く見られる「運用型ゲーム」は、売り切り型のパッケージソフトとはビジネスモデルが大きく異なる。ユーザーは無料で遊ぶことができ、広告やアプリ内課金が売上の中心となる。そのため、ユーザーの属性や利用

SQL、書いてますか？ こと大規模データ処理の分野においてはSQLはもはや標準インターフェイスであり、 分析やらバッチやらに関わっている皆様は日々大量のSQLクエリーを生産していることと思います。 そこでちょっと気になるのが、 SQLのコーディングスタイルってどうするのが一般的なんだっけ……？ という点です。 イマドキはSQLなんてO/R mapperに吐かせることが多いからなのか、 それともコードを広い範囲で共有することがそもそもないからか、 SQLのコーディングスタイルについて見聞きすることは他のプログラミング言語に比べるとだいぶ少なく、 いまいち決定版と言えるスタイルがないなと感じています。 そんなわけで本日は、SQLのコーディングスタイルについての意識を活発化させるべく、 クックパッドでわたし（青木）が使っているコーディングスタイルから特徴的な点を紹介したいと思います。 特に、分析

CONTACT WITH RHYTHMFACTORY リズムファクトリーはホームページの制作会社です。 ホームページ制作に関するご要望・ご相談はこちらからどうぞ。

Access2010 から、SQL Server 2008 R2 のDBへODBC接続して、リンクテーブルを設定する。Access側でローカルクエリを実行すると、 　　　「ODBC--呼び出しが失敗しました。[ODBC SQL SERVER DRIVER]時間切れになりました」  となってしまう。 そもそも、リンクテーブルに対して、joinの多用や、クエリの入れ子が深いとパフォーマンスは期待できない。 さらに、SQL Server側で、SSISやレプリケーションなどのトランザクション実行時は、レコードが参照できなくなり、参照したい場合は "ダーティリード" という指定をする必要があるらしい。 ここでは、タイムアウトの設定とパススルークエリについてまとめ、 ダーティリードについては、別の機会にまとめる。 ◆タイムアウトの設定Accessのクエリをデザインモードで開く[デザイン] タブ の [

ログインすると「お気に入りの相談」リストに追加できます。 「お気に入りの相談」に回答やコメントがあると、お知らせ通知が届きます。 データベース設計・構築の依頼を検討しております。 どのような方向で募集したらよいのかわかりませんでしたので、事前にこちらで質問させて頂くことにしました。 現在Excelで管理しているデータがあるのですが、量が多く処理が大変になってきましたので、データベースへの切り替えを検討しております。 Excelファイルの種類は基本2種類（以降A,Bとします。）です。 【A】 ファイルあたり最少で数百件、最大で80万件程度。 ファイル数は150～200個 トータルのデータ数は確認していないのですが、これからも増加していきますので、50万件×200ファイル分くらいで考えて頂けたらと思います。 内容は全て同じで7項目程度です。 【B】 1ファイルあたり最大で4万件程度 ファイル数

Recordsetのメソッドについて、よく使う物を中心に説明します。 ・Open メソッド 指定されたSQLを実行し、Recordsetを開きます。 構文 recordset.Open Source, ActiveConnection, CursorType, LockType, Options Source・実行するSQL文を指定します（省略可）。（実行結果をRecordsetで受け取るので、結果が帰ってくるSELECT文を使用します。INSERT・UPDATE・DELETEはExecuteで。） ActiveConnection・Connectionオブジェクトを指定します（省略可）。接続されていること。 CursorType・カーソルタイプを指定します（省略可）。以下、指定できる内容。 adOpenDynamic・動的カーソル。 全機能ありカーソル。Recordsetを前方・後方に移

ども、dice（@dice_dDtea）です。 今回はデータベースの話。 MySQLで文字列を扱う時 char型 とか varchar型 とあります。 今まではよく分からなかったんで、 とりま、可変長の varchar(255)で！ こういうのってまずいですよね。 なるべくブラックボックス部分を減らさないとトラブルに見舞われたとき迷宮界入りしてしまいます。 実は似ていますが、当然大きな違いがありました。 違いが微妙によく分かっていなかったんで自分なりにメモ的にまとめて備忘録としてみた。 まだ diceはDB初心者なんで間違っていたらご指摘いただけるととても助かります！ 固定長の文字列です。 指定する数字はバイト数ですが実質文字数です。 0～255が設定可能です。 固定長ということは 例えば、 char(4) なら4文字格納できます、 というか常に4文字です！ 4文字ジャストなら4文字です

I have a file that can contain from 3 to 4 columns of numerical values which are separated by comma. Empty fields are defined with the exception when they are at the end of the row: 1,2,3,4,5 1,2,3,,5 1,2,3 The following table was created in MySQL: +-------+--------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-------+--------+------+-----+---------+-------+ | o

基本的に奥野 幹也さんの書籍がオススメ 奥野 幹也さんとは「漢(オトコ)のコンピュータ道」というブログを書いている方です。 松信嘉範さんとは「open database life」というブログを書いている方です。 エキスパートのためのMySQL[運用+管理]トラブルシューティングガイド この本は現在Amazonでは中古しか出まわっていないので入手困難ですが、そのくらいの価値があると思います。正直分厚すぎて読書という感じで読む本ではないですが、わからない部分や詰まった時に調べるにはとても良い本だと思います。痒いところに手が届くと言った感じでしょうか？通称「鍵本」と呼ばれてます。私は発売してからちょっとしてから入手しました。 Webエンジニアのための データベース技術[実践]入門 (Software Design plus) この本もオススメです。鍵本の著者とは異なり松信嘉範さんという方の著書

ニューアル前の岸本ビジネスサポートWebページはこちらへ移転し1年間程度保管する予定です。 →旧岸本ビジネスサポートWebページ 備忘録記事。BuffaloのNAS（TeraStation）のMySQLサーバーに、MS-Accessからアクセスするための設定手順。 この記事は完全に私（岸本）の備忘録です。参照される方は必ずご自分の自己責任にて行なって下さい。 目標とする設定 BuffaloのNAS（TeraStation）のMySQLサーバー機能を立ち上げる。（有効化する） MySQLサーバーにデータベースを構築し、MicrosoftAccessからアクセスできるように設定する ナンでそんな設定を？ これが良いのか悪いのか、全く独学・独自にやってるので判断しかねるのですが、MS-AccessでDBシステムを構築。複数のPCからアクセス出来るように運用したいんだけど、ネットワーク越しにAcc

MySQL Workbenchとは? MySQLサーバーへの接続に、みなさん何を使っていますか? 本体付属でCUIのmysqlコマンドラインツールも超シンプルでいいですが（私も多用しています）、多くのサーバーを登録してそのうちの一つにワンタッチで接続、とか、多くのクエリから選択して実行、そもそもそのクエリ自体の開発などという用途の場合、コマンドラインのツールでは少々力不足なのは否めません。 今回紹介させていただくMySQL Workbench 6.0（原稿執筆時点の最新版は6.0.7 GA）は主な機能として、いわば次の「三つの矢」を持ち、MySQLでの開発・管理に非常にパワフルな力を発揮します。 データベースのデザインとモデリング SQL（クエリ）開発 データベース管理 おおまかな歴史は次の図のようになりますが、まずはこの三つの矢についての歴史をひもとくことにより、Workbenchの概略

MySQL 5.5 : 導入・インストール MySQL 5.5 を Homebrew でインストールする手順 (Mac OS X) MySQL 5.6 : 導入・インストール MySQL Server 5.6 を Windows にインストールする手順 MySQL 5.6 を Homebrew で macOS にインストールする手順 CentOS 6 / RHEL 6 に MySQL 5.6 を yum インストールする手順 MySQL 5.6 を CentOS 7 に yum インストールする手順 MySQL 5.6 をインストールしたら最初に行うセットアップ MySQL 5.7 : 導入・インストール MySQL Server 5.7 を Windows にインストールする手順 MySQL 5.7 を CentOS 7 に yum インストールする手順 MySQL 5.7 を Home