並び順

ブックマーク数

期間指定

  • から
  • まで

401 - 440 件 / 899件

新着順 人気順

インデックスの検索結果401 - 440 件 / 899件

  • MySQL5.0/5.1でスロークエリログを記録 - よんちゅBlog

    MySQLでスロークエリログを記録する方法は、バージョンによって設定方法が異なったり、オプション名が変更されていたりと、意外と分かりづらいことが多いのでここでまとめておこうと思います。 いずれのバージョンでも、コンフィグファイル(Linuxでは my.cnf、Windowsでは my.ini)の mysqld セクションに設定を記述することになります。 MySQL5.0の場合 MySQL5.0の設定方法は簡単で、「log-slow-queries」にログを出力するファイル名を設定するだけです。 絶対パスによる指定も可能ですが、相対パスで指定した場合はデータディレクトリからの相対パスになります。 また、スロークエリとして記録されるクエリのしきい値、つまり何秒以上のクエリをスロークエリとしてログに記録するかはデフォルトで10秒以上となっています。 この値は「long_query_time」によ

      MySQL5.0/5.1でスロークエリログを記録 - よんちゅBlog
    • MySQLのクエリキャッシュヒット率を計算するワンライナー書いた - 小野マトペの業務日誌(アニメ制作してない篇)

      MySQLのパフォーマンスチューニングをしていて避けては通れない要素、key_buffer_size設定。 参考サイトによると、MyISAMインデックスに割り当てられるキャッシュサイズであるkey_buffer_size値は、以下のように、インデックスを利用するリクエストにおける、ディスクread数の割合から求められる"キャッシュヒット率"によって増減を決定されるらしいですが、 キーキャッシュのヒット率 = 100 - ( key_reads / key_read_requests × 100 ) DSAS開発者の部屋:5分でできる、MySQLのメモリ関係のチューニング! この値は特に起動直後はかなり変動し、毎回SHOW STATUSして手動で計算するのが面倒くさいので、これを一発で求めるワンライナーを作りました。 キャッシュヒット率(単位:%) mysqladmin -u root -p

        MySQLのクエリキャッシュヒット率を計算するワンライナー書いた - 小野マトペの業務日誌(アニメ制作してない篇)
      • 稼動統計情報を活用しよう(1) — Let's Postgres

        はじめに SRA OSS, Inc. 日本支社 石井 達夫 pgpool-IIは複数のPostgreSQLを使ったクラスタシステムを構築できるミドルウェアです。そこでpgpool-IIを実際の業務システムで動かすためには、通常、マシンを複数用意したり、それぞれにPostgreSQLをインストールすることが必要になります。それだけでなく、pgpool-II自体の設定ファイルや、フェイルオーバやオンラインリカバリのためのスクリプトも設定してあげないといけません。これらは結構敷居が高い要求で、「pgpool-IIがなんとなく良さそうなので試してみたい」と思ってもいる人も簡単には手が出せない原因となっていました。 pgpool_setupとは そこで今回ご紹介するのが、pgpool-II 3.3から同梱されるようになった「pgpool_setup」というツールです。pgpool_setupはコマン

        • forループで便利な zip, enumerate関数

          zip関数 複数のシーケンスをまとめてループ ※データのzip圧縮についてはこちらを参照 複数のシーケンスオブジェクトを同時にループするときに使用する。要素数が違う場合は一番少ないものに合わせられる。 >>> list1 = [1, 2, 3] >>> list2 = [4, 5, 6] >>> for (a, b) in zip(list1, list2): #list1,list2を同時にループ ... print a,b ... 1 4 2 5 3 6 >>> list3 = [7, 8] >>> for (a, b) in zip(list1, list3): #要素数が少ないlist3に合わせられる ... print a,b ... 1 7 2 8 #行,列変換 >>> list4 = [ ... [1, 2, 3], ... [4, 5, 6], ... [7, 8, 9]

            forループで便利な zip, enumerate関数
          • コンセプトから理解するGitコマンド

            会社関係の勉強会向けに作った資料です。 パラパラマンガ調のためページ数は多いですが、内容は基礎的なものです。 このスライドを読み終わった人にオススメ: 「図解gitworkflows(7)」 資料一覧: https://docs.google.com/spreadsheets/d/1VZMz_31Z7FQBnK139o8yMqzwrTJgZWtPqgoG-mx1zh0/edit?usp=sharing

              コンセプトから理解するGitコマンド
            • pandas の loc、iloc、ix の違い – python | コード7区

              from pandas import DataFrame df=DataFrame([[1,2,3], [10,20,30], [100,200,300], [1000,2000,3000]], index=['row_0', 'row_1','row_2','row_3'], columns=['col_0','col_1','col_2']) #----------------------------- # col_0 col_1 col_2 # row_0 1 2 3 # row_1 10 20 30 # row_2 100 200 300 # row_3 1000 2000 3000 #----------------------------- # # 行ラベルを指定 # df.loc[['row_2','row_3']] #----------------------------

              • MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.3.6 マルチカラムインデックス

                MySQL は複合インデックス (つまり、複数のカラムに対するインデックス) を作成できます。 インデックスは最大 16 カラムで構成できます。 特定のデータ型では、カラムのプリフィクスにインデックスを設定できます (セクション8.3.5「カラムインデックス」を参照してください)。 MySQL では、インデックスで、すべてのカラムをテストするクエリーまたは最初のカラム、最初の 2 つのカラム、最初の 3 つのカラムというようにテストするクエリーにマルチカラムインデックスを使用できます。 インデックス定義の正しい順序でカラムを指定する場合、単一の複合インデックスにより、同じテーブルへの複数の種類のクエリーを高速化できます。 マルチカラムインデックスは、インデックス設定されたカラムの値を連結して作成された値を格納する行である、ソート済みの配列とみなすことができます。 複合インデックスの代わりに

                • インデックスについて MySQLメモ

                  12.インデックスについて ■インデックスの作成 ・テーブル作成時作成 mysql> create table テーブル名(作成対象カラム名 データ型 not null,index インデックス名(作成対象カラム名)); 例)mysql> create table ex_table(ex_c1 tinyint not null primary key auto_increment, -> ex_c2 varchar(15),index ex_index(ex_c1)); ・既存のテーブルに作成 mysql> create index インデックス名 on テーブル名(作成対象カラム名); 例)mysql> create index ex_index on ex_table(ex_c); 又は、 mysql> alter table テーブル名 add index インデックス名(対象カラム

                  • 「バターを使いやすく保存する方法」など(雑学インデックス) :: デイリーポータルZ

                    デイリーポータルZで紹介した記事とコネタ城の中から、便利そうな裏技、知ってると役に立ちそうな雑学をピックアップしました。全部覚えて人気者になりましょう。

                    • テスト・品質管理 - 技術情報Wiki

                      カオスエンジニアリング† WindowsにGremlinをインストールして攻撃を実行してみる | DevelopersIO 2021.11 Gremlinのシナリオを使ってTLS/SSL証明書の有効期限をテストしてみる。 | DevelopersIO 2021.11 Chaos Engineering on Frontend ~フロントエンドにカオス性を注入して信頼性を向上させよう~ - Qiita 2021.11 カオスエンジニアリングと聞いてカオスになった人必見 - Qiita 2018 カオスエンジニアリングとは、全世界に動画配信サービスを提供するNetflixが導入したことで注目されるようになった手法で、「本番稼働中のサービスにあえて擬似的な障害を起こすことで、実際の障害にもちゃんと耐えられるようにしよう」という取り組みです。 ↑ カバレッジ† カバレッジの種類〜C0・C1・C2・

                      • Introduction to Information Retrieval #4 の復習資料 - naoyaのはてなダイアリー

                        Introduction to Information Retrieval の4章の復習資料を以下にアップロードしました。 http://bloghackers.net/~naoya/iir/ppt/iir_04.ppt 4章はインデックス構築に関するアルゴリズムなどがテーマです。 前半では単一マシン上で二次記憶装置を使ったインデックス構築手法として、入力を適当なサイズのブロックに分けて最後にマージする Blocked sort-based indexing (BSBI) と、BSBI を改良して入力をストリームで扱うようにした Single-pass in-memory indexing (SPIMI) が紹介されています。 次に、例えばウェブ検索のような、単一のマシンでは扱いきれない巨大なインデックスを扱う戦略として、並列計算クラスタで分散インデックスを構築する Google の Ma

                          Introduction to Information Retrieval #4 の復習資料 - naoyaのはてなダイアリー
                        • MySQL5.5から5.6にしたらICP(Index Condition Pushdown)で困った - Qiita

                          はじめに ついにAdventCalenderも2日ですね。 MySQL Casual Advent Calendar24日目の担当の@gotyooooです。 昨日は@kuwa_twさんのシェルスクリプトだけでMySQLからMongoDBへの移行しちゃうでした。 Mongoのメモリ食いまくりな仕様が気になってます・・・。RDBさいこーw MySQL界隈ではやっぱりMariaDBはRHEL7とかで標準になったりと、熱いですよね。適当なものでまずは試してみたいです。Galera clusterってそういばどうなったんだろ・・・。 本日の内容 標題の通りです。今更ながら5.5から5.6に移行したデータベースでICPにより問題が起こってしまいました。そのことを書こうと思います。 ICP(Index Condition Pushdown)とは? 5.6の新機能 デフォルトON 簡単に機能説明 マルチカ

                            MySQL5.5から5.6にしたらICP(Index Condition Pushdown)で困った - Qiita
                          • セガサミー、インデックスの事業譲受けを決定 「アトラスブランドやスマートデバイス向けコンテンツは魅力的」

                            • インデックス投資で運用利益1000万円オーバー!資産配分からポートフォリオ、積立方法まで、個人投資家・吊られた男さんの手法のすべてを公開!

                              インデックス投資とは、簡単言えば、日経225やTOPIX、MSCIなどの指数に連動するインデックスファンドをひたすらバイ&ホールドする投資法。アクティブ投資と比較すると今ひとつ地味な印象があるが、最近、アベノミクスやトランプノミクスの勢いに乗って着実に運用実績を伸ばすインデックス投資家が増えている。彼らは、どんな銘柄をどのように売買しているのだろうか。そこで「吊られた男の投資ブログ」で知られるインデックス投資家の“吊られた男”さんに話を聞いてきた。 ※本記事は、2015年7月に公開した記事をもとに2017年4月末に再取材を行い、資産推移やポートフォリオなどを再取材時の最新情報に更新しています。そのため、投資信託の信託報酬や証券会社に関する情報などは、すべて2017年4月末時点のものになります。 【その他のインデックス投資家の実例記事はこちら!】 ■資産運用のキモは積立+株価暴落時のスポット

                              • ブログ開設2周年!! 2年雑記を毎日更新したらいろんな数値がどうなるの? - 育児猫の育児日記

                                ブログ開設2周年 ありがとうございます! アクセス数と読者数 Googleからの検索流入 Googleサーチコンソールのインデックス数 ブログ開設2年での収益 ブログ2年でのドメインパワー 最後に ブログ開設2周年 ありがとうございます! 当ブログ「育児猫の育児日記」を開設したのは、2021年9月1日のこと。 今日から3年目に突入することとなりました。 ここまで忙しい夏休みや冬休みも、具合が悪くて寝込んだ時も、なんとか毎日更新を続けることが出来たのは、たいしたこと書いていないブログにもかかわらず、足を運んでくださる皆様のおかげです。 当ブログを読んでくださった、すべての方に感謝申し上げます。 コメントやブッコメには、本当に励まされます。 至らない点はありますが、今後ともよろしくお願いいたしますね~ ランキング参加中育児・子育て ランキング参加中家族 あと↑こんなのとか押してもらえるとテンシ

                                  ブログ開設2周年!! 2年雑記を毎日更新したらいろんな数値がどうなるの? - 育児猫の育児日記
                                • Googleには2種類のインデックスがある――プライマリ インデックスとファスト トラック インデックス

                                  [レベル: 上級] Googleには少なくとも2種類のインデックスが存在しているようです。 1つは「プライマリ インデックス」で、もう1つは「ファスト トラック インデックス」です。 プライマリ インデックスは、通常の正規のインデックスです。 URLはインデックスに正式に登録され検索結果に出続けます。 一方、ファスト トラック インデックスはより速くインデックスされますが、その後もずっと検索結果に出るとは限りません。 永続性がない、いわば”即席”のインデックスです。 Fetch as Googleでインデックス送信したURLが検索結果から消えてしまうのはなぜ? 英語版のオフィスアワーで次のような趣旨の質問が出ました。 17個のURLをFetch as Googleで送信した。それらのURLはサイトマップにも記述している。 17個のうち9個はインデックスにとどまっていたのだが、8個くらいはイ

                                    Googleには2種類のインデックスがある――プライマリ インデックスとファスト トラック インデックス
                                  • 脳にインデックスだけを格納するオタたちの未来を妄想していました。 -

                                    外部ストレージに保存した記憶が脳内記憶に匹敵する位の検索性を有しちゃったお陰で脳味噌側にはインデックスおいとく位で十分オタ思考が可能になっている気がする。 http://d.hatena.ne.jp/pbh/20071002/1191300012 「確かにそう。脳にはインデックスだけを置くべき。というより……」 「というより?」 「そうしないと安心できないはずなのよ、情報というものの本質を知るオタクさんたちは。情報を脳内にストレージするとき、ストレージした瞬間から情報は陳腐化するんだもの」 「覚えた情報はすでに古くて価値が消失しているかもしれないという不安が、旧来のオタにはつきまとっていた?」 「もちろん、考えないようにしていたとは思うけどね」 「いずれにせよ、インデックスとアクセスキーだけを脳に持ち、情報は外部環境で自動更新させるべきなのか」 「ただあのときを境に、事態は変わった」 「…

                                      脳にインデックスだけを格納するオタたちの未来を妄想していました。 -
                                    • MySQLにおける10の最適化設計 - 憂鬱なプログラマの形而上学

                                      MySQLさて、ここでコーヒーブレークして、MySQLの最適化について考えてみたいと思います。MySQLデータベース分散処理では、SQLを複数のサーバーやテーブルへと分散する方法についてご紹介させて頂きましたが、こちらは主に、個々のDBサーバーの最適化について考えてみたいと思います。大きくわけると、MySQLにおいては、以下のことがポイントになるかなと思います。(レプリケーションなどの分散系は他でさんざん触れているのでここでは割愛します)重要だと思う順番に列挙します。1.とにかく分析。できるだけ実際に近いデータでEXPLAINの結果を見たり、slow-queryを分析します。また、CPUの使用状況として、vmstatなどで、できるだけ常にiowaitが0近い状態にします。MySQLは癖が強いので、特に慣れていない人はセオリー通りにいかないことは結構あると思います。ですので、実際の分析を何よ

                                      • 長期分散投資ブロガーの殿堂 | マネー・カレッジ

                                        「投資は分散が大事って言われても…なんかよく分かんない」 そんな悩みをお持ちなら、「分散投資の達人」の投資、覗いてみませんか? 長期分散投資をする人が、そのノウハウと考え方をあますことなく書いたブログが大集合しました。 ある貧乏人の投資信託物語 2024年下期投資状況推移運用経過(2024年08月02日)アエロフロート・ロシア航空のチケット代が戻ってきた 乙川乙彦の投資日記 認知症への備え松屋フーズホールディングスの株主総会に出席ジャステックの株式の公開買付と売却 かえるの資産運用.com 投信ブロガーが選ぶ! Fund of the Year 2018の発表2018年12月末 運用状況2018年11月末 運用状況 ”いい投資”探検日誌 from 新所沢 2024年7月のなかの日本成長ファンドコモンズ投信が社会起業家応援プログラムのインパクトレポートを発行機関投資家による小型株フォローされ

                                          長期分散投資ブロガーの殿堂 | マネー・カレッジ
                                        • MySQL EXPLAINのそれぞれの項目についての覚書 - Qiita

                                          id/select_type/table どのテーブルがどの順番でアクセスされているか id 実行順番を表す 数字が同じなら複数のクエリが1つのクエリとして実行されている select_typeの詳細 SIMPLE 単一のテーブル サブクエリが絡む場合 PRIMARY 外部クエリ SUBQUERY 相関関係の無いサブクエリ DEPENDENT SUBQUERY 相関関係のあるサブクエリ UNCACHEABLE SUBQUERY 実行する度に結果が変わる可能性のあるサブクエリ DERIVED FROM句で用いられているサブクエリ table 対象テーブルの名称 partition どのpartisionテーブルを使用したか 複数にまたがる時は複数の値が表示される type レコードアクセスタイプ typeの詳細 const pk or uniqueインデックスを使用したルックアップによるアク

                                            MySQL EXPLAINのそれぞれの項目についての覚書 - Qiita
                                          • ROCKbox for iPod

                                            1.から順に進んでいくことでインストールから画面のカスタマイズまで理解できるようになっているつもりです。

                                            • サーチコンソールの使い方と登録方法 初心者向けに完全解説! - ネットで稼ぐスキルを身に付けて独立を実現させる

                                              サーチコンソール(Google Search Console)はGoogleが提供しているツールです。 サイトを登録しておくことで様々な便利機能を無料で使うことができます。 特に、 サイトのアクセスをアップさせたい分かりやすく使いやすいアクセス解析ツールを探しているといった場合は必ず登録しておくことをおすすめします。 サーチコンソールとは?サーチコンソール(Search Console)はGoogleが提供しているツールで、サイトのパフォーマンスを監視&管理することができます。 具体的にはどういったことができるのかと言うと、 どういったキーワードで検索されているのか分かる記事ページの検索順位が分かる検索結果に表示されたときのクリック率が分かる検索結果に表示されたときに何クリックされたか分かるインデックスリクエストを送信してインデックスを早めることができるサイトマップを登録することができると

                                                サーチコンソールの使い方と登録方法 初心者向けに完全解説! - ネットで稼ぐスキルを身に付けて独立を実現させる
                                              • 【サイト内の低品質ページの探し方】site:URL -ディレクトリで徹底チェック - SEOカフェ

                                                重複ページは低品質評価を受けやすい サイト内で低品質なページってどうやって探すの? 耳にイカができるほど嫌(イカ)ってほど聞いてます。 重複ページのあぶり出し方はネットでもゴロゴロ載ってるけど 低品質なページの探し方が載っていない ちなみにここでいう低品質なページとは 画像だけのサイトや明らかに「それ(そのページ)いらないでしょ」という内容のページを指しています。 画像だけ 画像とほんのわずかなテキストだけ こんなページを見つけたらさっさとnoindex処理をするかGoogle Search Consoleから削除しましょう! サイトの上位表示に悩んでいるいる方は低品質なページがないか疑ってください。 低品質なページの見つけ方 canonicalを設定していても不要なページは削除すべし まとめ 補足:はてなブログの場合 低品質なページの見つけ方 低品質ページは意外と簡単に見つかるんですよ!

                                                  【サイト内の低品質ページの探し方】site:URL -ディレクトリで徹底チェック - SEOカフェ
                                                • グーグル、検索ランキング訴訟で法廷に

                                                  カリフォルニア州サンノゼ発--膨大なインデックス内でのランキングに不服があるとして、子育てウェブサイトがGoogleを訴えていた裁判で、カリフォルニアの連邦裁判所判事が、原告の主張を認めてこれを審理する意向であることを示唆した。 連邦地方裁判所のJeremy Fogel判事は米国時間6月30日、当地で行われた審理においてKinderStart.comに対し、Googleを相手取った訴状に具体的な情報を追加して再提出するよう求めることを検討中だと述べた。子育て中の保護者を対象としたディレクトリ検索エンジンを運営するKinderStartは、同サイトのランキングを下げたGoogleの行為が、独占禁止法などの各種法令に違反したと主張している。 KinderStartは、Googleによって検索結果ランキングを大幅に下げられたことにより、2005年3月の月間トラフィックが70%も減少したと主張して

                                                    グーグル、検索ランキング訴訟で法廷に
                                                  • Google、リアルタイムにインデックスを更新 - 更新直後の記事を検索可能に ::SEM R (#SEMR)

                                                    Google、リアルタイムにインデックスを更新 - 更新直後の記事を検索可能に グーグル、最新情報をリアルタイムに検索可能に。クローリング、インデクシング、ドキュメントスコアリングをすばやく実行することで、公開・更新直後のブログ記事やニュースを即座に検索可能になった。 公開日時:2007年08月08日 12:22 米GoogleのMatt Cuttsは2007年8月7日、Googleのインデックス更新頻度を飛躍的に高め、ページ更新から数分後にはブログやニュースが検索可能になったことを明らかにした。 これはサーチエンジン情報館「Googleウェブ検索、リアルタイムに最新ニュースが検索可能に」にて紹介したとおりのもので、一部のニュースサイトやブログは更新数分後にはウェブ検索にヒットするようになったことを示す。Cutts氏は例えば 7時54分にポストされたブログ記事が8時44分にはすでにウェブ検

                                                      Google、リアルタイムにインデックスを更新 - 更新直後の記事を検索可能に ::SEM R (#SEMR)
                                                    • Google、新ウェブページの発見・クロールにRSS/Atomフィードを活用 ::SEM R (#SEMR)

                                                      Google、新ウェブページの発見・クロールにRSS/Atomフィードを活用 グーグルが新しいコンテンツを発見・収集する手段としてRSS/Atomフィードを利用することを明らかに。 公開日時:2009年10月30日 16:34 米Googleは2009年10月29日、新しいウェブページを発見するための手段の1つとして、RSS / Atomフィードを利用することを公式ブログで発表した。 Googleは新しいウェブページを発見・登録するために様々な方法を利用しており、検索ユーザがオンラインで公開されたばかりの新しいコンテンツを即座に検索可能にすることを目指している。今回、この新ウェブページ発見の手段としてRSS及びAtomフィードを使用する。Googleは、従来のクローリング手法よりも迅速に新ページをインデックスできると説明している。 RSS及びAtomフィードをインデックス登録の促進のために

                                                        Google、新ウェブページの発見・クロールにRSS/Atomフィードを活用 ::SEM R (#SEMR)
                                                      • MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか? | mond

                                                        mondでこの質問への回答を読んでみましょう

                                                          MySQLのインデックスですが、B-treeではなくB+treeを使用するのはどうしてなのでしょうか? | mond
                                                        • 第13回 MongoDBの性能 | gihyo.jp

                                                          はじめに 前回、前々回とMongoDBの非機能面に着目してきましたが、今回も非機能に着目して、MongoDBの処理性能について説明します。まず前半では、MongoDBの動作の中で処理性能に影響を与える動作を説明します。それをふまえた上で、後半では処理性能をどのように上げるかを説明します。 なお、今回はMongoDBを単体で使った場合の処理性能を考えています。レプリケーションやシャーディングを行った状態の処理性能については対象外とさせていただきます。 処理性能にかかわるMongoDBの動作 データアクセス MongoDBがどのようにデータにアクセスするかは、MongoDBの処理性能を考える上で非常に重要です。 MongoDBではデータファイルを仮想メモリにマッピング(Linuxではmmapという機能を利用)し、MongoDBのプロセスは仮想メモリにアクセスします。図1のように、アクセスするデ

                                                            第13回 MongoDBの性能 | gihyo.jp
                                                          • [Mac OS X] Spotlightのインデックスを制御する(mdutil) - Life with IT

                                                            2008/2/11更新 対応バージョン: 10.5(Leopard) mdutilを使用するとSpotlightのインデックスを再作成したり任意のボリュームをインデックス対象に加えたり除外することができる。 以下、主な操作方法を示す。 -s <ボリューム> 指定したボリューム(パーティション)がインデックス対象か調べる。 % mdutil -s / /: Indexing enabled. ただしmdutilはボリューム単位で制御を行うコマンドなので、サブディレクトリに対して実行しても意味はない。 % mdutil -s /Users /Users: No index. -E <ボリューム> 指定したボリュームに対するインデックスを再作成する。 % sudo mdutil -E / /: Indexing enabled. インデックスはいったん破棄されて新たに再作成されるので、Mac O

                                                              [Mac OS X] Spotlightのインデックスを制御する(mdutil) - Life with IT
                                                            • レッツ! Windows 7 - 検索編(1)

                                                              64ビット版Windows 7でPDFのインデックス化を可能にする 先ほど<プロパティとファイルのコンテンツのインデックスを作成する>に関して簡単に説明しましたが、必ずしもファイルの中身をインデックス化できるとは限りません。そもそもWindows 7では、「IFilter」というファイルからテキスト内容を取り出すためのロジックを使用していますので、そのファイルに対するIFilterが必要となります。 Windows 7には「%ProgramFiles%\Common Files\microsoft shared\Filters」フォルダ、もしくは「%ProgramFiles(x86)%\Common Files\microsoft shared\Filters」フォルダを用意し、Microsoft謹製のフィルタファイルを格納していますが、「%windir\System32」フォルダに格納さ

                                                              • Expired

                                                                Expired:掲載期限切れです この記事は,産経デジタルとの契約の掲載期限(6ヶ月間)を過ぎましたので本サーバから削除しました。 このページは20秒後にNews トップページに自動的に切り替わります。

                                                                • 今日からここも観光地(建築物インデックス) :: デイリーポータルZ

                                                                  デイリーポータルZで過去に扱ったものをテーマごとに集めるインデックスシリーズ。今回のテーマは「建築物」です。 デイリーポータルZでは幅広く建築物を取り上げています。120メートルもあるでかい大仏もあれば、ぐにゃぐにゃに入り組んだでかいジャンクションもあります。古いレトロなビルもあれば、新しく無駄にオシャレなビルもあります。興味がなくとも見ているだけで楽しい、それがデイリーポータルZの建築物です。そんな建築物をぜひ満喫してみてください。 (デイリーポータルZ編集部+地主 恵亮)

                                                                  • ダイナミックレンダリングは一時的な回避策、最終的にはSSRの実装を

                                                                    [レベル: 上級] Dynamic Rendering(ダイナミック レンダリング)は、JavaScript で生成されるコンテンツを確実にインデックスさせるために利用できる仕組みです。 しかし、一時的な回避策としてみなしたほうがいいでしょう。 数年後には必要性が薄れているかもしれません。 最終的には、Server-side Rendering(サーバー サイド レンダリング)の実装が望まれます。 ダイナミックレンダリングよりも SSR JavaScript が関わってくるコンテンツのインデックスに特に問題を感じていないのであれば、Googlebot のレンダリング(正確には、Web Rendering Service)に任せて構いません。 特別な構成は不要です。 しかしながら、Googlebot が実行できない JavaScript を使っていたりインデックスされるまでに時間がかかりすぎ

                                                                      ダイナミックレンダリングは一時的な回避策、最終的にはSSRの実装を
                                                                    • MySQLでORDER BYの項目にインデックスを適用してみる - yk5656 diary (旧)

                                                                      MySQLで大量のデータを追加してみる の続き MySQLでORDER BYの項目にインデックスを適用してみる 今回使用するテーブル サンプルのテーブルに、レコードが1000万件入った状態。 pointには1〜100、 typeには1〜10、flagには0,1が入っている。 mysql> show create table sample; +--------+---------------------------------------------------+ | Table | Create Table | +--------+---------------------------------------------------+ | sample | CREATE TABLE `sample` ( `id` int(11) NOT NULL AUTO_INCREMENT, `name

                                                                        MySQLでORDER BYの項目にインデックスを適用してみる - yk5656 diary (旧)
                                                                      • Transactd 高速・高機能なNoSQLプラグイン

                                                                        6. 予備知識 ISAM (1) Indexed Sequential Access 6 ISAM: Indexed Sequential Access Method インデックス順にアクセスする方式 MySQLの内部はISAMで処理している → MySQLを使う上でも大切な基礎 でも案外知らない人も多い 昔はみんな使っていたけど、今はSQLで隠蔽されている 7. 予備知識 ISAM (2) インデックスとアクセス 7 id name group 1 akio 3 2 yoko 1 3 naoko 2 4 takeshi 1 先頭 seekFirst 最後 seekLast 前後 seekNext (++) seekPrev (--) キー値 seekEqual (=) キー値の前後 seekLessThan (<=) seekGreater (>=) アクセスメソッド (カーソルの移動と

                                                                          Transactd 高速・高機能なNoSQLプラグイン
                                                                        • UNIQUE制約(ユニーク制約を設定する)

                                                                          テーブルを作成するときにカラムに UNIQUE 制約をつけることでカラムに重複した値を格納することができなくなります。ここでは MySQL における UNIQUE 制約の使い方について解説します。 テーブルを作成したあとに UNIQUE インデックスを作成したり、作成したインデックスを削除する方法については「インデックスの作成」を参照してください。

                                                                            UNIQUE制約(ユニーク制約を設定する)
                                                                          • DBパフォーマンスチューニングの基礎:インデックス入門

                                                                            2012/06/22 のCLUB DB2 第145回の資料です。 RDBパフォーマンスチューニングの基礎であるインデックスについて、基礎から解説しています。Read less

                                                                              DBパフォーマンスチューニングの基礎:インデックス入門
                                                                            • インデックス倒産の理由

                                                                              インデックス倒産の理由は、粉飾決算の発覚により金融機関からの融資が見込めなくなったことが原因ですね。インデックスの役員や監査法人の公認会計士は、株主代表訴訟や債権者からの数百億円規模の請求により、自己破産の可能性もあります。 (1)インデックス粉飾決算で倒産 インデックス倒産危機と債務超過の理由 インデックス粉飾決算 上場廃止と倒産危機 インデックス株価暴落 粉飾決算の損害賠償が数百億円か インデックスが粉飾決算の発覚で、倒産危機となっていたことをまとめてきましたが、民事再生法の申請により倒産したようですね。 インデックスの大株主である会長や社長、取締役だけでなく、監査法人の公認会計士も株主代表訴訟や債権者からの訴訟の対象になりますので、損害賠償が数百億円になる可能性があります。 インデックスの会長や社長などの役員や公認会計士は、粉飾決算による倒産により逮捕や自己破産の可能性がありますので

                                                                              • インデックス ステータス機能で Google 検索のインデックスの秘密が明らかに!

                                                                                +1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1

                                                                                  インデックス ステータス機能で Google 検索のインデックスの秘密が明らかに!
                                                                                • 投資家としてのマニフェスト - 投信で手堅くlay-up!

                                                                                  私は良く知らない方なのですが、米国の有名な投資家向け雑誌編集長Knight Kiplinger氏が、投資の原則として語った20項目のマニフェストが記事となっていました。 内容はインデックス投資に限らず、全ての投資家にとっての基本と言うべき(語り尽くされた)ものですが、これだけシンプルかつ明確にまとまったものも珍しいので、以下にメモしておきます。 I am an investor. I do not trade my assets frequently. That’s speculation, not investing. (私は投資家です。私は自分の資産を頻繁に売買したりはしません。それは投機であり投資ではないのです。) I am also a saver, fueling my investments with continuous savings from current income

                                                                                    投資家としてのマニフェスト - 投信で手堅くlay-up!