Elasticsearch Nested Type vs Array Objects
Elasticsearchには、辞書形式のデータの配列（複数のプロパティを持つオブジェクトの配列）をインデックスする際に、Nested と言うフィールドタイプが用意されています。 インデックスする際にJSONデータの内容は同じでもNested型でマッピング定義されているのか？単にオブジェクトの配列としてマッピング定義されているのかで、検索やソートなどで動作が異なるので注意が必要です。と言うか検索要件によって使い分ける必要が有ります。 デフォルトのダイナミックテンプレートでは、単純にオブジェクトの配列としてマッピング定義されます。 Array Objects最初に、通常のオブジェクトの配列についての説明です。 BtoB向けのECサイトを例に、商品は顧客ごとに販売価格が異なる仕様だとします。 { "product_id": "A000001", "prices": [ { "customer_
Elasticsearch CheatSheet - Qiita
備忘φ(．．)メモ． この記事に書いてあることはだいぶ古いです． 参考 高速スケーラブル検索エンジン ElasticSearch Server Elasticsearch: Document APIs Basics REST Request Type Request Type 用途
MongoDB 2.4 の性能 徹底評価 - 中年engineerの独り言 - crumbjp
まとめ 超長くなったのでまとめを上に持ってきた。 巷で言われているチューニングは結構嘘が多い事が解ってきた。 ツール等 workingSet Analyzer は信用ならない。（overSecondsはまあ良い） mongoperfの値は完全に参考にならない。 insert mongoperfの値はinsert性能と関連しない。（何を測ってるんだ？） カラムのプリアロケーションによるUPDATE時のデータ肥大化回避($setOnInsert)はMUST。 クリティカルな時間帯にストレージファイル(2GB)の生成を避けるチューニングの効果は懐疑的。 レコードプリアロケーション・チューニングは頑張る価値が無い。(むしろ逆効果) update 上記の通り必ずin-placeになるようにする。 paddingFactorが動くようだとお話にならない性能劣化 remove かなり高速。 全件削除の場
MongoDBのインデックス２ - Carpe Diem
概要 MongoDBのインデックスにはIndex IntersectionやCovered Indexなんてのもあるので調べてみました。 環境 Ubuntu 14.04 MongoDB 2.6.8 Index Intersectionとは １つのクエリーで２つのインデックスを使ってくれる機能で、より効率的にクエリーを処理できる というもの。 簡単に言うと複合インデックスが必要なクエリをMongoDB側でうまくインデックスを組み合わあわせてよろしくやってくれる機能といった感じでしょうか。 基本的な使い方 db.collection.find({a: xxx, b: yyy}) といったクエリを投げるとき、最適なインデックスは ensureIndex({a: 1, b: 1}) ですが、Index Intersectionがあると ensureIndex({a: 1}) ensureIndex
データベースとテーブルのサイズを確認する方法 - Simple, Slowly
テーブルのサイズはphpMyAdminでも見れますが、コマンドから見れたほうが何かと便利なので、調べてみました。 全てのデータベースのサイズを確認する # MB単位 select table_schema, sum(data_length+index_length) /1024 /1024 as MB from information_schema.tables group by table_schema order by sum(data_length+index_length) desc; +--------------------------+---------------+ | table_schema | MB | +--------------------------+---------------+ | database1 | 5579.89978790| | databas
MySQLでインデックスを貼る時に読みたいページまとめ(初心者向け） - Qiita
書いてあること インデックス…?INDEXって何それ(ﾟДﾟ)？レベルの人が 最低限、MySQLのクエリチューニングなどできるようになるための取っ掛かり／リンク集です。 初心者が取っ掛かりにする程度（あるいはそれ以下）にしか書いてないので、 深掘りしたい場合は、各リンクを読むことを推奨します。 INDEXって？ 超ざっくりいうと 作るとデータ参照が速くなるやつ 大量のレコードが入っているテーブルから1行のレコードを検索するのに 頭から順番に検索したら時間がかかります。 INDEXを作成すると、データテーブルとは別に検索用に最適化された状態でデータが保存されます。 このINDEXを使うことで、目的のレコードを迅速に見つけて取り出すことが可能になります。 ※デメリットもあるので注意！ ---- 2018.03.16 追記(コメントにて指摘いただいた内容を転写) ---- MySQL 5.6 で
クエリ文字列(URLパラメタ)があるURLでのmod_rewriteの使い方 - hogehoge foobar Blog Style Beta
mod_rewriteを使用してクエリ文字列(URLパラメタ)があるURLを変換してリダイレクトしようとしたときに少しハマリかけたので、備忘録として書いておきます。 今回リダイレクトしたURL 今回は、以下の旧URLから新URLにリダイレクトさせるケースでやってみました。 内容としては、旧URLのクエリ文字列(URLパラメタ)の「id」「name」に設定された値が、新URLではディレクトリとファイル名として使用できるようにするといったものです。 旧URL 新URL 形式 /foo/index.html?id=数字列&name=文字列 /foo/文字列/数字列.html サンプル /foo/index.html?id=123&name=bar /foo/bar/123.html RewriteRuleで試す まずは「RewriteRule」で正規表現を使ってリダイレクトする設定を書いてみまし
Googleアナリティクスのカスタム変数｜ひびの備忘録
カスタム変数はとっても便利らしいので、使えるようになりたいですね。 カスタム変数を使ってどんなデータを取得できるの？ ログイン状態 会員の種別 デバイスの情報 年齢や性別 など。 カグアさんの記事で事例紹介をされています。 カスタム変数の事例18サイト 2013年Q1版 | カグア！Googleアナリティクス解説Blog 設定できる上限は 無料版は5個、有料版は50個 トラッキングコード _setCustomVar というメゾットを呼び出します。 メゾットの仕様 index - 変数の番号 数字の1から5のいずれか。設定できる変数が5つまでなので、各変数に番号を付けておきます。 name - 変数の名前 任意の文字列。名前を決めます。 value - 値 上の「name」とペアになる文字列。例えば会員かどうかの情報を取得したい場合「name」が Type 、「value」を member
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQLでインデックスを追加するSQLと削除するSQLを実行しました - Qiita