そろそろSQLのウィンドウ関数を理解したい - 連載1/3話 - Qiita
はじめに データ分析とデータ品質改善に従事してきた筆者が、SQLを用いた分析の基本である「ウィンドウ関数」の使い方とデータ品質の調査改善を行う手法をまとめてみようと思います。 こちらの記事は、SQLの知識向上と振り返りを主題としているので、ABC分析、バスケット分析、RFM分析などの「データ分析の手法」について説明している記事ではありません。(反響やコメントによって別投稿するかもしれません) 背景 SQLはエンジニアの大多数が利用しており、多くの方はWebサービス開発などでデータの登録画面や検索画面を作る際にSQLを利用したり、またはシステムの運用保守で障害の原因調査のためにSQLを利用して原因を特定すると思います。そのため、テーブル結合・サブクエリ・集計関数といったSQL構文は理解されている人が多いと思いますが、分析関数を理解して使っている人となると、ぐっと減ると思います。 私は以前、社
｢宇宙はまるい｣説が浮上！宇宙理論が根本からひっくり返るかも
｢宇宙はまるい｣説が浮上！宇宙理論が根本からひっくり返るかも2019.11.19 17:00578,141 Ryan F. Mandelbaum - Gizmodo US ［原文］ （ R.Mitsubori ） 地球も昔はまるくなかった。 ある科学者グループが、消滅した衛星のデータを分析していたんですが、そのなかで｢もしかして、宇宙ってまるいんじゃない?｣という説が出てきました。もしそうなら、ちょっとヤバいことになるかも、と彼らは最新の論文に詳細を記しています。 現在、宇宙の年齢やサイズ、進化の過程などにまつわる定説はいくつもありますが、それを構築する前提になっているのが、｢宇宙は平面時空｣と考え。しかし最新の論文では｢人工衛星プランクが収集したデータは、宇宙がまるいと考えた方がつじつまが合う｣と何度も繰り返されています。 （ちなみに、プランクは｢宇宙マイクロ波背景放射｣を観測する機能を
コードレビュー虎の巻 - Qiita
レビューガイドライン(Review GuideLine) ここで述べているレビューはピアレビューについての方法です。 （作業成果物の欠陥と改善の機会を探すレビュー） 「最悪を最初に」を基本としてレビューすべき、 たとえば、仕様やアルゴリズムに欠陥があるのに、typoにこだわってもしょうがないので、なにが最悪かを考え、それを防ぐための物からレビューをします。 誤りがプロダクト全体に影響し、手戻りのコストが高くつく、あるいは失敗するようなリスクがないかを考慮にいれてレビューの対象を選択します。 たとえば、基本的な初期フェーズの要求仕様や、クリティカルな決定の基礎になる仕様、使用頻度が高いモジュールなどを重点的にレビューします。 以下に書く項目はレビュアーに負担をかけないようにするのが前提なのでレビュアーに出す前にそもそもテストしたい項目です。 参考： あなたのおっしゃるレビューってどのことかし
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OSS活動について(2013年版)
現金決済にこだわる「サイゼリヤ」、社長が真意を明かす
