調査の方法｜日経リサーチ
日本で使用されている固定電話の全ての局番の下に4桁の加入者番号（0000~9999）を想定する。 約2億3000万の電話番号の集合ができあがる。 携帯電話の場合も同様に日本で使用されている番号の集合（約2億3000万）を作る。 固定電話と携帯電話で作成した集合から1万3~4000個の電話番号を無作為（ランダム）に選出する。 こうして抽出した電話番号標本のうち、現在使われていない番号を自動判定システムで除去します。 この結果、平均的に5000件の稼動番号が得られ、この電話番号に日経リサーチのオペレーターが電話をします。 すべての電話をかけた結果、約2000件が会社の電話などでなく、世帯や個人であることが経験的に期待できます。 固定電話ではこの世帯のうち有権者のいることが確認された世帯が調査対象となります。 調査対象となった世帯のうち、約900件以上の協力を得ることを目標とします。 上記のよう
MySQL演算子・関数
MySQLの演算子や関数について説明します。 なお、個人的に必要無いと思うものについては省略しています(笑)。 MySQL5.0.16対応 最初に MySQLでは、数値⇔文字列の変換は自動的に行われます。 SELECT 100 + '200' -> 300 SELECT 100 < '200' -> 1 (TRUE) SELECT 100 < '22' -> 0 (FALSE) 比較演算子 比較演算の結果は、1(TRUE) / 0(FALSE) / NULL のいずれかになります。 例を挙げます。 SELECT 1 = 1 -> 1 SELECT 1 = 3 -> 0 SELECT 1 = NULL -> NULL SELECT NULL = NULL -> NULL 最後の結果に注意して下さい。 どのデータベースにも共通して言えることですが、NULLという値は 特別な意味を持ちます。 N
MySQLでBLOB/TEXT型カラムにインデックスを張る | dTblog | デザインとプログラムの境界をさまようブログ
MySQL で新たにテーブルを作ったり、プライマリキー、ユニーク制約、またはインデックスを作成する際、下記のようなエラーが発生することがあります。 ERROR 1170 (42000): BLOB/TEXT column 'text_field' used in key specification without a key length 結論として回避策から書くと、BLOB型またはTEXT型の場合は、インデックス作成時にキー長を明示してあげる必要があります。 create index new_index on table_name(text_field(100)); このエラーは、MySQL が BLOB型もしくはTEXT型 （これらに順ずる TINYTEXT型 や LONGTEXT型を含む）のような可変長カラムでは、その先頭から最大255文字分しかインデックスできないという制約から来て
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
