Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 初心者エンジニアのあなたは、 **先輩エンジニアに「進捗どうなった？」や「なんでこの作業にこんな時間かかってるの？」**といったことを言われたことはありませんか？ また、 作業見積もりやタスク分解をちゃんと行なわないで、いきなりコードを書き始めているということはありませんか？ 勝手にコードを書き始めて、ほとんど手戻りになって1からコードを書き直しになるという経験もあるかと思います。 僕は徹底的に仕事のやり方を叩きこまれましたが、周りの話を聞いていると、こういったことができていない人もいるのかなと思い書こうと思った次第です。 ま
カーディナリティとは テーブルにカラムがあるとして、カラムに格納されているデータの種類がどのくらいあるのか(カラムの値の種類の絶対値)を、カーディナリティという。 具体例 カーディナリティが低い場合 例えば性別なら、男と女の二種類である。 カラムのデータの種類が、テーブルのレコード数に比べて二種類と少ない。このことを カーディナリティが低い という。 カーディナリティが高い場合 一方顧客番号ならたくさんの種類(番号)が存在することになる。 カラムのデータの種類が、テーブルのレコード数に比べて多い場合、 カーディナリティが高い という。 カーディナリティを踏まえたインデックスの張り方 基本的に、 カーディナリティの高い列に作成する 必要がある。 はじめに、カーディナリティは カラムの値の種類の絶対値と書いたが、先程の例で言うと性別のカーディナリティは2になる。他にも例えば１年間の日付なら1〜
1. Ubuntu のインストール Ubuntu-10.04 をインストールする。解析する際にメモリは最低 1 GB 以上ないとつらい。ハードディスク容量は解析するソースファイル次第だが最低 20 GB は用意しておいたほうが良いでしょう。 2. apt-get でインストール jdk6, ant, tomcat6 の３つは apt-get で取得できるので apt-get install する。 $ sudo apt-get install openjdk-6-jdk $ sudo apt-get install ant $ sudo apt-get install tomcat6 3. Exuberant ctags のインストール Exuberant ctags は後で使用するため事前にビルドしインストールする。 作業場所は任意で構わない。 $ cd （作業フォルダ） $ t
InnoDB Pluginの面白い機能の一つに、データ圧縮機能があります。今回はその仕組みと効果について見ていきたいと思います。まずはグラフをご覧ください。 これはWikipedia日本語版のデータベースをダウンロードし、記事本文の格納されているtextテーブルをMySQL 5.1＋InnoDB Plugin 1.0の環境にロードしたものです。 元テキスト：今回利用したデータは2009/06/21版のものです(jawiki-20090621-pages-articles.xml.bz2)。元テキストはここからXml2sqlを用いてタブ区切りテキストを取り出したものを用いています。このファイルには1,167,411件の記事が格納されており、容量は3,436MBとなっています。 元テキスト gzip：元テキストをgzipコマンドで圧縮したものです。 MyISAM：記事をMyISAMのテーブルに
JdbcRunner 1.3.1JdbcRunner 1.3.1をリリースしました。JdbcRunnerは各種RDBMSを対象としたオープンソースの負荷テストツールです。スクリプトでトランザクションを定義して多重実行し、スループットとレスポンスタイムを測定できます。またJdbcRunnerにはOracle Database、MySQL、PostgreSQLを対象としたテストキットが付属しており、ユーザーが独自にスクリプトを作成する以外にこれらを用いたベンチマークを行うことも可能です。 dbstudy.info JdbcRunner 1.3.1では最新環境への追従と細かい不具合修正を行いました。機能追加はありません。 動作要件をJava 8 → Java 17へ変更 PostgreSQL JDBC Driverを42.6.0へ更新 MySQL Connector/Jを8.0.32へ更新 My
バイナリ・ラージ・オブジェクト（英: Binary Large Object、別名:BLOB）とは、データベース管理システム(DBMS)においてバイナリデータを格納する場合のデータ型である。画像や音声、その他のマルチメディアオブジェクトがBLOBとして格納される。時には実行形式が格納されることもある。のちJavaScriptにおいても、同様のデータ型にBLOBと名付けられている。 データベース技術者のジム・スターキー（英語版）がDEC在籍時、バイナリデータをDBMSに格納する機能を開発し、BLOBという呼称を与えた。ジム・スターキーは後に、BLOBとは何かの頭字語ではなく、「1958年のスティーブ・マックイーンの映画」で「シンシナティやクリーブランド、その他のいろいろな都市を食いつぶしたのがblobだよ」と述べている[1]。
All of Percona’s open source software products, in one place, to download as much or as little as you need.
ぶろるっくは11月10日にサービスを終了しました。 多くの方にご利用いただき、ありがとうございます。 翻訳を手伝っていただいた方や、寄付をしていただいた方にもお礼申し上げます。 合わない人は合わないものなので、ほどほどに距離を取っていきましょう。 終了の案内 スパムアプリにご注意ください。 blolook service was terminated on November 10, 2024. Thank you to the many people who used this service. I would also like to thank those who helped them with translations and those who made donations. People who don't fit in don't fit in, so please keep
Open Developer Community for the POWER Architecture “The Most Open and High-Performance Processor Architecture and Ecosystem in the Industry” Create the Future with POWER Join us Getting Started Open Innovation The OpenPOWER Foundation is the catalyst for technical collaboration today - fostering complete collaboration, accelerating innovation and driving resiliency across the industry. By combini
MySQLレプリケーションの運用が劇的変化！！GTIDについて仕組みから理解する
メリークリスマス！！やあ、良い子のみんな！！サンタクロース・・・ではなく、ヒゲモジャギークからのクリスマスプレゼントだよ！！ というわけで、MySQL Casual Advent Calendarの25日目である。今朝Advent Calendarを覗いてみると、本日分のエントリーが無かったので、急遽書くことにした。Advent Calendar最後の日、クリスマスを飾る記事のテーマはGTIDだ。 前回の投稿では、MySQL 5.6の目玉機能として、レプリケーションがクラッシュセーフになったことを挙げた。レプリケーションまわりで言えば、もうひとつ外せない目玉機能がある。それがGTID（Global Transaction ID）である。 GTIDは良くも悪くもレプリケーションの運用を変化させる。GTIDを使うことによって得られる最大のメリットは、CHANGE MASTER TOでバイナリロ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
