こんにちは！プロダクト事業本部の堀米です。
またまたIT開発センターブログをお借りして記事を書いています。
さっそくですが、先日販売されたばかりのau IS03をゲットしました！
スマートフォンユーザー(特にiPhoneユーザー)の多いインクレイブですが、そのほとんどがガラケーとあわせて2台持ち。(中には3台持っている人も…)
このIS03はAndroidOSとなっているため使用感はiPhoneとは異なりますが、「ケータイの才能を引き継ぐスマートフォン」ということで、ワンセグやおサイフケータイ※に対応しているなど、2台持ち状態脱出のきっかけにもなりそうな感じです。
さらに、2011年春リリースのREGZA Phone IS04は防水ということで、お風呂で高画質のテレビ…、なんていう楽しみ方も期待できます！
さて、モバインでも、新しい機種での検証をさっそく実施しています。
課題もたくさんありますが、多くのお客様により良いケータイサービスをご提供できるよう、業界の動きをおさえながら、自社製品にも活かしていきたいと思います。
「モバイン」でもスマートフォン対応が年明け頃からいよいよ具体的に…。ご期待ください！
※「おサイフケータイ」は株式会社NTTドコモの登録商標です。
こんにちは。仲沢です。
本日もインデックスについて触れていきたいと思います。
データ抽出処理を高速化するために、インデックスを設定することはとても重要なことですが、意味の無いインデックスを設定してしまうと、データ抽出処理に速度改善の効果が発揮されないばかりでなく、逆に挿入や更新などの処理の際に負荷がかかる原因となり得ます。
今回は、よく陥りやすい、「誤ったインデックスの設定方法」をご紹介いたします。
以下の表を御覧ください。
この表から「2010年の年月毎の売上高集計」を出したい場合のSQLは以下の通りとなります。
SELECT
DATE_FORMAT(売上日,'%Y年%m月') AS 売上月,
SUM(売上金額) AS 売上金額
FROM
売上
WHERE
DATE_FORMAT(売上日, '%Y') = '2010'
GROUP BY
DATE_FORMAT(売上日,'%Y年%m月')
ORDER BY
DATE_FORMAT(売上日,'%Y年%m月');
ここで処理を速くするために「売上日」の列にインデックスを設定しますが、このままでは処理は速くなりません。
これはインデックスとして設定した列に関数を割り当ててしまうと、インデックスが無効になってしまうためです。
よって、売上日に設定したインデックスを有効に活かすためには、WHERE句を
売上日 >= '2010-01-01' AND 売上日 <= '2010-12-31'
に変更すると、売上日に関数が割り当てられない状態となりますので、売上日に設定したインデックスが活かされ、処理の高速化が実現します。
インデックスを活かすためにも、正しい使い方をマスターしていきましょう。
皆さん、ご無沙汰しております。
クリエイティブチーム 川崎です。
お会いするのは夏のBBQ大会以来ですね。
さて、さっそくですが以前このブログでも話題になったYahoo!とGoogleの検索結果が同じになる件ですが、先日本格的にYahoo!の検索結果がGoogleと同じに切り替わったようです。
お客様のウェブサイトにも影響があることですので、私も逐一チェックしておりますが、ウェブサイトの作り手側としましては、SEO対策についても興味があるところです。
今まではYahoo!とGoogleの検索結果が異なることで、お悩みの方も多かったと思いますが、Googleの一本で対策を行えるというのは利点でもありライバルが増えるという見方もあります。
今回の一件でYahoo!は検索結果以外でどうGoogleと差を付けるかが注目される部分ではないでしょうか。
春にはYahoo!サービスのリニューアルもあるという噂もあるので皆様も要チェックです。
このブログを購読する
2010.11.29 
