読み仮名データの促音・拗音を小書きで表記するもの - zip圧縮形式 日本郵便
ご利用上のご注意 本データファイルは、郵便番号と住所等を対応させたデータベースです。 ダウンロードの前に必ず郵便番号データの説明をお読みください。 ダウンロードデータは、CSV(可変長データ)形式のファイルをzip形式で圧縮して保存しております。 ご使用になられるコンピュータに適合した解凍ソフトをご用意いただき、解凍の上ご使用ください。 本データファイルには検索ソフトは含まれておりませんのでご承知ください。 全国一括のデータは12万件あるため、一般的な表計算ソフト等では全データを読み込むことができない場合があります。 一般的な表計算ソフト等では、郵便番号を示す列や町域を示す列において、上1けたあるいは2けたの「0」「00」が表示されない場合や、年月日で表示される場合がありますので、ご注意ください。 都道府県一覧
ブラウザ上でcssやjavascriptのキャッシュを使わせない方法 | WisdomTrees
cssやjavascriptのファイルを変更したけど、ブラウザ上でキャッシュが残っていて 反映してくれない。仕方なくF5を押す。 と言う事で内にタグを使ってキャッシュを抑制している人も多いかも知れません。 具体的には↓の様に。 <meta http-equiv="Pragma" content="no-cache"> <meta http-equiv="Cache-Control" content="no-cache"> でもこの方法だけだと、上手くキャッシュが破棄されない事も多々ありまして、 普段自分が使っているブラウザ「Firefox」でも、この方法ではキャッシュ残っちゃいます。 おそらく、HTTPの仕様に則ったものではないんでしょうね。 と言う事で、この問題をどのように回避するかと言うと、こうします。 //javascript <script type="text/javascrip
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
indexを強制使用 | Oracle
オプティマイザが意図しないインデックスを使用した場合にヒント文によって強制的に使用するインデックスを指定することができます。 インデックスの強制使用の方法は以下の通りです。
MySQL SELECT文
MySQLのSELECT文で使用できる構文について説明します。 なお、基本程度の構文については説明していません(DISTINCTなど)。 table references FROM句で指定するテーブル名に、いくつかのオプションを付ける事が出来ます。 AS テーブルに別名を付けます。なお、ASは省略できます。 SELECT T1.name FROM table_a T1; USE INDEX Select時に使用するインデックスを指定します。 SELECT * FROM table_a USE INDEX (use_index_name); IGNORE INDEX Select時に使用しないインデックスを指定します。 SELECT * FROM table_a IGNORE INDEX (ignore_index_name); FORCE INDEX USE INDEX と似たような動作を
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
MySQLのEXPLAINを徹底解説!!
以前、MySQLを高速化する10の方法という投稿で「EXPLAINの見方についてはいずれ解説しようと思う」と書いてしまったので、今日はその公約？を果たそうと思う。 MySQLのチューニングで最も大切なのは、クエリとスキーマの最適化である。スキーマの設計は一度決めてしまうとそのテーブルを利用する全てのクエリに影響してしまうためなかなか変更することは出来ないが、クエリはそのクエリだけを書き直せば良いので変更の敷居は低い。そして遅いクエリをなくすことは、性能を大幅に向上させるための最も有効な手段である。従って、アプリケーションの性能を向上させたいなら、まず最初にクエリのチューニングを検討するべきなのである。 最適化するべきクエリはスロークエリログやクエリアナライザで見付けられるが、ではそのようなクエリが見つかった場合にはどのように最適化すればいいのか？そのためにはまず現在どのようにクエリが実行さ
ファイルやディレクトリの有無を調べる - Python Tips
ファイルやディレクトリ(フォルダ)の有無を調べる 指定したパスに、ファイルやディレクトリ(フォルダ)が存在するかを調べる方法です。 ファイルやディレクトリを区別しないで調べる場合は、os.path.exists(path)を使用します。 import os.path os.path.exists(path) 例 import os.path os.path.exists("C:\\Python25") # => True os.path.exists("C:\\Python25\\python.exe") # => True ファイルが存在するかを調べる場合には、os.path.isfile(path)を使用します。 import os.path os.path.isfile(path) 例 import os.path os.path.isfile("C:\\Python25") # =
ディレクトリを作成する - Python Tips
ディレクトリ(フォルダ)を作成する ディレクトリ(フォルダ)を作成するには、os.mkdir(path)を使用します。 import os os.mkdir(path) 例 import os os.mkdir("sample") ディレクトリ(フォルダ)の階層を作成する場合には、os.makedirs(path)を使用します。 すでにパスの途中までディレクトリ(フォルダ)が存在する場合は、残りのディレクトリ(フォルダ)を作成します。 import os os.makedirs(path) 例 import os os.makedirs("sample\\example\\test") 関連 Python ライブラリリファレンス 6.2 os.path -- 共通のパス名操作
11.6 tempfile -- 一時的なファイルやディレクトリの生成
このモジュールを使うと、一時的なファイルやディレクトリを生成できます。 このモジュールはサポートされている全てのプラットフォームで利用可能 です。 バージョン 2.3 の Python では、このモジュールに対してセキュリティを 高める為の見直しが行われました。現在では新たに 3 つの関数、 NamedTemporaryFile()、 mkstemp()、および mkdtemp() が提供されており、安全でない mktemp を使いつづける必要をなくしました。 このモジュールで生成される一時ファイルはもはやプロセス番号を 含みません; その代わり、6 桁のランダムな文字からなる文字列が 使われます。 また、ユーザから呼び出し可能な関数は全て、一時ファイルの場所や 名前を直接操作できるようにするための追加の引数をとるように なりました。もはや変数 tempdir および template を
MySQLでJOINで結合してインデックスを使わせる - huruyosiの日記
はてなで質問したら http://q.hatena.ne.jp/1172231903 JOINを使えば良いと教えてくれる。 そういえば、JOINを使って書くのは初めてだな。昔Access97を使っていた頃にウィザードが生成した SQL文にJOINが使われていて当時は構文を理解できずずっと毛嫌いしていたものですよ。 示された書き換えの構文を試してみると・・・ なんという事でしょう。意図した通りインデックスがつかられているではありませんか〜。これまで、0.4秒だったのが0.1秒未満になったのです。 処理全体では1/14の時間で終るようになり劇的な改善。結合としてJOINを使うとよろしく判断してくれるのか。
MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.2.1.3 インデックスマージの最適化
インデックスマージアクセス方法では、複数の range スキャンを含む行が取得され、その結果が 1 つにマージされます。 このアクセス方法では、単一のテーブルからのみインデックススキャンがマージされ、複数のテーブルにわたるスキャンはマージされません。 このマージによって、その基盤となるスキャンの和集合、共通集合、または共通集合の和集合を生成できます。 インデックスマージを使用できるクエリーの例: SELECT * FROM tbl_name WHERE key1 = 10 OR key2 = 20; SELECT * FROM tbl_name WHERE (key1 = 10 OR key2 = 20) AND non_key = 30; SELECT * FROM t1, t2 WHERE (t1.key1 IN (1,2) OR t1.key2 LIKE 'value%') AND
カーディナリティ - オラクル・Oracleをマスターするための基本と仕組み
カーディナリティとは その属性に紐付けられるもののこと カーディナリティ度 (選択度) カーディナリティ度が低いとは、カラムの値の種類がレコード数に比べて少ないことをあらわす。 カーディナリティ度が高いとは、カラムの値の種類がレコード数に比べて多いことをあらわす。 種類の絶対数の多少でなく度合いである。 例えば、子供から大人までの場合、性別や血液型などはカーディナリティ度が低く、身長や体重はカーディナリティ度が高い。同じ長さでも、靴のサイズなどはカーディナリティ度が低いといえる。 カーディナリティ度の高いカラムへの B-Tree インデックスは検索操作に対して高い効果がある。(しかし、低い場合は逆効果になる) カーディナリティ度の低いカラムへの Bitmap インデックスは高い効果がある。ビットマップのジョインが発生する状況になると効果が高い(しかし、B-Tree インデックスに比べてイン
MySQLをさらに理解するために読んだ記事まとめ - $shibayu36->blog;
最近MySQLの勉強をしていました。実践ハイパフォーマンスMySQLを読むべきという話を聞いていたのですが、かなり網羅的に書かれていて、今の知識ではどれが重要なのかわからない状態でした。そこで色々調べてみて、参考になる記事をいくつか見つけたので、少しまとめてみようと思います。 今回まとめた記事を読んで、大体以下のことが理解できました。 インデックスの使われ方とその構造(MyISAMとInnoDB) EXPLAINの詳しい使い方、見方 InnoDBの特性 ALTER TABLEの特性 レプリ遅延 まず最初に Webエンジニアのための データベース技術[実践]入門 (Software Design plus)posted with amazlet at 12.06.02松信 嘉範 技術評論社 売り上げランキング: 9767 Amazon.co.jp で詳細を見る 松信さんの書いた「Webエンジ
MySQL :: MySQL 4.1 リファレンスマニュアル :: 5.2.7 MySQL による LEFT JOIN と RIGHT JOIN の最適化
Section Navigation [Toggle] 5.2 SELECT ステートメントおよびその他のクエリの最適化5.2.1 EXPLAIN 構文（SELECT に関する情報の取得） 5.2.2 クエリパフォーマンスの推定 5.2.3 SELECT クエリの速度 5.2.4 MySQL による WHERE 節の最適化 5.2.5 MySQL による IS NULL の最適化 5.2.6 MySQL による DISTINCT の最適化 5.2.7 MySQL による LEFT JOIN と RIGHT JOIN の最適化 5.2.8 MySQL による ORDER BY の最適化 5.2.9 MySQL による LIMIT の最適化 5.2.10 INSERT クエリの速度 5.2.11 UPDATE クエリの速度 5.2.12 DELETE クエリの速度 5.2.13 その
オンラインマニュアル ページ移転のお知らせ：ミドルウェア：ソフトウェア：日立
日立オープンミドルウェアは、お客様の既存の財産を生かしながら、高い信頼性と柔軟性、自律性を備えたITシステムの実現を支えています。
クエリキャッシュされないSELECT文 - mir the developer
MySQLのクエリキャッシュ機能ですが、SELECT文の内容によってはquery_cache_XXX変数の値に依らず無条件に結果がキャッシュされませんよね。 ではどんなキーワードを含んでいるとキャッシュされないのでしょうか。sql_yacc.yyとlex.hで確認してみました。 SQL_NO_CAHCE FOR UPDATE LOCK IN SHARE MODE CURRENT_DATE CURDATE CURRENT_TIME CURRENT_TIMESTAMP CURTIME CURRENT_USER DATABASE DATABASES LAST_INSERT_ID MASTER_POS_WAIT NOW ROW_COUNT SYSDATE UNIX_TIMESTAMP USER UTC_DATE UTC_TIME UTC_TIMESTAMP (ユーザ定義関数) (ストアドプロシージ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
『MySQL：INDEXの基礎』