問題タブ [trending]

次のようなデータのスタックがあります。

次に、このコードを使用して、値を下から傾向付けます。

これにより、次のようにテーブルが埋められます。

したがって、これは一般的に部分的にしか機能せず、その理由はよくわかりません。
表からわかるように、それはギャップを引き起こすだけで、私にとってはまったくトレンドではありません. 上部または下部の列 B に値がない場合、コードは機能します。しかし、場合によっては、開始値と終了値を自動的に入力する必要があり、ここでコードが壊れます。
公平を期すために、列 B の開始フィールドと終了フィールドが入力されているかどうかに関係なく、テーブル全体を正しく入力するには、このコードを 2 回実行する必要があります。コードの機能全体が欠落しているため、問題を修正するために編集する方法がわかりません。
明白で明白な問題領域を見つけて、これを修正するためにコードに追加または削除を提案できる人はいますか?
コードの機能を段階的に説明することも役に立ちます。
前もって感謝します！

最近使用したアイテムをログに記録するという名前のテーブルがありlogます。列は次のとおりです。

• u_id(一意の番号)
• item_id(アイテムID番号)
• access_time(サーバーのタイムスタンプ)

一定期間に最もアクセスされたアイテムの傾向を見つけるクエリを作成したいと考えています。たとえば、過去 60 分間 (サーバー時間) に最も多くアクセスされた上位 10 項目は何でしょうか。

このようなクエリを作成するにはどうすればよいですか?

Webページにいくつかのデータをプロットしようとしています。共通の X 軸を持つ 4 つ以上のシリーズがありますが、Y 軸のスケーリングはシリーズごとに固有である必要があります。

下の図のようなもの (Y 軸と Y2 軸の両方で複数のスケールを見ることができます)

Y軸とY2軸をサポートするjqplotをテストしてきましたが、各軸に複数のスケールを持つ方法がわかりません。これは可能ですか?

そうでない場合、これを行うことができる使用できる別のパッケージはありますか?

データベースからトレンドの記事を返すクエリを開発しようとしています。

トレンド記事は、過去 24 時間で最も多く閲覧された記事に基づいています。これまでのコードは次のとおりです。

記事モデルには次の関係があります。

クエリは機能しますが、ビュー数で記事を並べ替える必要があります。たとえば、現在トレンドになっている記事が表示されますが、閲覧回数が最も多い記事は最初から最後まで並べられていません (明らかに、created_at によって並べ替えられています)。

助けていただければ幸いです

開発者のトレンドは、ローカル デスクトップ環境ではなくクラウド開発環境を活用することだと思いますか?

Cloud 9 やその他の同様のクラウド開発プラットフォームについて学ぶと、ローカル開発に勝る大きな利点がいくつかあるようです。

チームの共同作業の効率化、導入の迅速化、合理化されたワークフローなどを実現します。私はクラウド開発の分野での経験がほとんどないので、この傾向について誰かから話を聞きたいです!

最近、R で複製したいグラフを見ました。このグラフは、複数のレコードのスコアまたはその他の測定値を、たとえば 4 色のいずれかに分類された色付きのボックスとして示しています。私のイメージでは、赤、薄赤、薄緑、緑です。したがって、各レコードは、スコアごとに 1 つのボックスを取得します。これは、各レコードが、複数の時点にわたって特定の時点で 1 つのスコアを持っているという考え方です。私の例では、時間の経過に伴う学生のテストの点数を使用します。たとえば、4 人の学生がいて、年間を通して 8 つのテストがあるとすると (時系列で)、学生ごとに 8 つのボックスがあり、結果として 32 ボックスになります。各行 (生徒) には 8 つのボックスがあります。

サンプルデータの作成方法は次のとおりです。

私が疑問に思っているのは、ggplot でこのグラフをどのように再作成できるかということです。私が見るべきgeomはありますか？

以下の例と非常によく似た、職場でのトレンドの問題を解決しようとしています。メソッドはあると思いますが、SQL でそれを行う方法がわかりません。

入力データは次のとおりです。

望ましい出力は次のとおりです。

MTD に依存せずに、MTD の傾向を調べて、入力から出力を生成しようとしています。このようにして、新しい月が入力に追加されると、クエリを編集せずに出力が変更されます。

TRENDS のロジックは、一意の LOC_ID ごとに発生します。トレンドには 3 つの値があります。RAINED が「Y」の最初の月の「新規」、RAINED が「Y」の次の月の「キャリーオーバー」、RAINED が「N」の月の「降雨なし」です。

listagg を使用して中間ステップを導入することで、この問題を自動化したいと考えています。たとえば、LOC_ID = "1" の場合:

このようにして、出力に「TRENDS」を生成するには、次のように言えます。

私の問題は、一意の LOC_ID ごとに PREV_RAINED を生成する方法がわからないことです。LAG() ステートメントを組み合わせて、MTD ごとに LOC_ID オーダーで分割する必要があると感じていますが、必要なラグの数は月ごとに異なります。

PREV_RAINED を生成する簡単な方法、または毎月の自動化を維持しながら全体的な問題を解決する簡単な方法はありますか?

これをすべて読んでくれてありがとう！:)

Twitter API を使用して現在のトレンドを取得しようとすると、「401 Unauthorized」エラーが発生しますが、user_timeline,available,tweets などの他の応答を取得しようとすると、以下のコードは正常に機能します。以下は私のコードです。どこが間違っているか教えてください。