問題タブ [date-range]

ドメイン オブジェクトのいくつかには、開始日と終了日のプロパティのペアとして日付範囲が含まれています。

そして、私はこれがたくさんあることに気づきました：

最後に疑問に思ったのは、DateRange クラスを実装する必要があるかどうかということです。私はBCLにあるものを知りません。

私の経験では、オブジェクト階層を深くすると、しばしば事態が複雑になります。これらのオブジェクトは、ReportViewer コントロールによって表示される RDLC レポートに送信されますが、それは二次的なものです。ビューをモデルに曲げますが、その逆ではありません。ただし、プロパティ名に縛られているわけではなく、次のようなもので妥協するつもりです。

DateRange クラスの利点は、開始日の後に来る終了日を集中的に検証できることです。これにより、メソッド シグネチャが簡素化されます。

DateRange クラスがその価値以上の問題に巻き込まれないかどうかはわかりません。意見？

副次的な質問: BCL のどこかにジェネリック汎用タプル クラスがありませんでしたか? さまざまな名前空間にいくつかの非常に具体的なものが浮かんでいることを私は知っています。パブリック ドメインのメソッド シグネチャを C5 型で汚染することは、非常に汚いと感じます。

StartDate 列と EndDate 列を持つ 2 つのテーブルがあります。

1 つのテーブル (TableA) からのすべての日付範囲と、他のテーブル (TableB) からのすべての補足日付範囲を含む単一の結果セットを返そうとしています。

3 つのデータセットから期待される結果セットは次のようになります。

日付範囲が連続しているとは限りません。また、テーブル間でどのように重複しているかを推測することはできません...各テーブル内では、重複しないと想定できます。

TableB の単一の日付範囲を複数の部分に分割して、その中のすべての補完的な「地域」を SQL で見つける方法に頭を悩ませています。

誰にも提案はありますか？

今日の日付を基準として 2 つの日付の間のデータを選択するクエリが必要です。

データベースには、「開始」の日時フィールドと「終了」の日時フィールドがあります。

問題は、クエリが開始日が今日より後の結果をまだ引き出していることです。それで、クエリを次のように変更しました。

これは、今日の日付をリミッターとして使用する 2 つの日時フィールド間でデータを選択する正しい方法ですか?

ありがとう

私はこのようなテーブルとデータを持っています：

これが私の要件です。2009-12-0600:00:00に無料になる会場が欲しいです。

現在、次のクエリがあります。

結果に注意すると、日付が2009-12-06 00:00:00の間にある会場ID1は含まれていませんが、他の予約が表示されています。このクエリを修正するのを手伝ってください。

前もって感謝します。

jquery のベーススタンス検証を使用しており、開始日が終了日よりも後であることを確認する必要があります。この機能が存在するかどうか、これを行うためのルールを追加できるかどうか、またはカスタム チェックを追加する必要があるかどうかを誰かが知っているかどうか疑問に思っています。フォームが有効な場合に別の関数に転送するコードで機能する例を見つけるのに苦労しています。（下に貼り付けました）

これは別の例で見ましたが、どのように使用できるかわかりません。

ご協力いただきありがとうございます。

もちろん自分でこれを行うこともできますが、Rubyに組み込みの機能、またはライブラリがあり、このようなことができます。

ありがとう

次の 2 つのテーブルを検討してください。

外貨での金額のトランザクション:

外貨での主要通貨 (ドルとしましょう) の値を持つExchangeRates :

為替レートは、任意の日付で入力できます。ユーザーは、日単位、週単位、月単位、または不規則な間隔で入力できます。

外貨をドルに換算するには、次のルールに従う必要があります。

A. 可能であれば、最新の以前の料金を使用してください。したがって、2009 年 2 月 4 日の取引では 2009 年 2 月 1 日のレートが使用され、2009 年 3 月 15 日の取引では 2009 年 3 月 1 日のレートが使用されます。

B. 前の日付にレートが定義されていない場合は、利用可能な最も早いレートを使用します。したがって、2009 年 1 月 2 日のトランザクションでは、2009 年 2 月 1 日のレートが使用されます。これは、以前のレートが定義されていないためです。

これは機能します...

...しかし、(1) join の方が効率的でエレガントなように思われ、(2) 上記のルール B を扱っていません。

サブクエリを使用して適切なレートを見つける代わりの方法はありますか? そして、自分を複雑にせずにルール B を処理するエレガントな方法はありますか?

これらのテーブルを考えると

そしてこのクエリ

これは

結果が次のようになるように、日付範囲を受け入れるように変更するにはどうすればよいですか？

これらの2つのチャンネルのいずれかで放送された番組がなかった場合

これは行を返しません

それCROSS JOINは少し醜いです、そしてそれを完全に取り除くことは素晴らしいでしょう。最初のクエリ例は少し複雑であることに注意してください。単一の日付の場合、欠落しているChannelIDのみを出力する単純な日付があります。

新しくコンパイルされたSQLiteは、日付/時刻関数に関して奇妙な動作を示します。何が起こっているのか、そしてそれをどのように修正するのか、あなたは何か考えがありますか？

ARM-LinuxのバージョンはSQLite3_6_22です。よくわかりません...おそらくクロスコンパイルの問題がありますか？

さまざまな時点でマシンにインストールされたソフトウェアバージョンを説明する表があります。

日付範囲が重複しないように制約を設定したいと思います。つまり、マシンに複数のソフトウェアバージョンを同時にインストールすることはできません。

これはSQLでどのように達成できますか？PostgreSQLv8.4を使用しています。