問題タブ [availability]

this、this、およびthisを読みましたが、CAP定理のC + Aカテゴリをまだ理解できません。

つまり、これらのシステムは、発生する可能性のあるパーティションをサポートするように設計されていません。最終的に、レプリカが存在する場合、一部の孤立したノードの損失に対処できます。

そうです、しかし、それらのいくつかが存在することがわかります。では、現実の世界では、ノードを分割するとどのように動作するのでしょうか? 両方のパーティションのライブ ノードは、A と C の間で選択する必要があります... それとも両方を失うのでしょうか?

SQL、より具体的にはMySQLでかなり複雑なものを作成しようとして少し立ち往生しています。

データベースはレンタカーを扱っており、スノーフレーク パターンのメイン テーブルは次のようになります。

私の目標は、指定されたクエリを作成することです

1) 期間の範囲 (例: 2016 年 10 月 3 日から 2016 年 11 月 3 日まで) 2) 日数 (例: 10)

10 月 10 日から 11 日までの間に少なくとも 10 日間連続して実際に利用可能な車を取得できます。それらの車の ID のリストで十分です...そのようなクエリをセットアップする方法が本当にわかりません。

それが役立つ場合: 別のテーブルにすべての車の ID のリストがあります。

いずれにせよ、ありがとう！

私は、ユーザーが終日のギグを予約できる小さなサイトを構築しようとしています。meteor のアカウント パッケージを使用しており、以下を添付する予定です。

ジョブには、いつ、どこで、何を、といった情報しかありません。

ニュートラル、使用可能、明示的に使用不可、予約済み、保留の 5 つの状態があります。ユーザーは当然中立であり、利用可能性を明示的に述べる必要があります。最初の 3 つの状態 (n、a、u) から選択し、最大 2 週間先の可用性を設定することのみが許可されます。ジョブの「提供者」は、他の 2 つの可用性状態を設定するものです。私にとってニュートラルな状態とは、db (user.availability 配列) にレコードが必要ないことを意味します。

このスタイルは、次のクエリに適しています。

また、ユーザーがサイトにログイン/アクセスすると、現在の日付より前の日付の可用性設定を消去できます。非アクティブなユーザーは、はるかに長い間隔でプルーニングされます。

このソリューションは、保存する情報が最小限であり、特定のイベントによってトリガーされるメンテナンスがほとんど必要なく、クエリが簡単であるという点で有益だと思います。しかし、これが mongodb の強みを活用する正しい方法であるかどうかは 100% 確信が持てません。これについて何か助けていただければ幸いです。誰かが mongodb スキーマの最適化に関する (比較的) 簡単に消化できる記事を教えてくれれば、それは素晴らしいことです。

ありがとうございました。

製品マークアップのプロパティItemAvailabilityの一部として の2 つの値を定義できますか?Offer

InStockつまり、 ANDを表示したいと思いInstoreOnlyます。

Google の構造化データ テスト ツールは、両方の値を含むサンプル コードにフラグを立てませんが、「実際の」サンプルは見つかりません。

SQL Azure で断続的な問題が発生しています。あるエラスティック プールから別のエラスティック プールに読み取り専用の SQL Azure データベース (V12) をコピーしています。データベースがコピーされたら、次を使用して読み取り/書き込みに設定します。

これは、次のエラーで失敗することがあります。

データベース *** で操作を実行できません。データベース ミラーリング セッションまたは可用性グループに関係しているためです。

バックオフを使用して再試行ロジックを実装しようとしましたが、うまくいきません。このエラーまたは Azure でのデータベース ミラーリングに関連するドキュメントは見つかりませんでした。

どんなアドバイスでも大歓迎です！

現在、ドメインの可用性を確認する必要があり、誰かが HTTP リターン ステータス コードを使用するというアイデアをくれました。

ドメインが利用可能な場合、HTTP 404 が返されます。それ以外の場合、ドメインは利用できません。

問題は、HTTP リターン ステータス コードを使用して、要求されたドメインの可用性を確認することはできますか?

ありがとう :) そして私の下手な英語でごめんなさい。

Application Insights の可用性テストを試しています。私は彼らを私たちの公開ウェブサイトに一晩走らせましたが、「失敗」しかありませんでした

個別のテスト実行にドリルインすると、サーバーが「200 OK」で応答し、予想される html マークアップを送信していることがわかります。しかし、「例外」には次のように書かれています

そこで何が起こっているのか誰にも分かりませんか？私は何が欠けていますか？

サーバー バックエンドに依存する私の iOS アプリでは、アプリがバックエンドへの接続に失敗した後、バックエンドが利用可能かどうかをユーザーに定期的に確認したいと考えています。

ほとんどの場合、これは必要ありませんが、サーバーに問題がある場合、私の iOS ショッピング アプリは先に進むことができず、現在、オフラインで利用できる情報がほとんどないビューと、「再試行」ボタンが表示されるだけです。サーバーは（できればすぐに）利用可能です。

より良い UX を提供し、ボタンを「ショップがオンラインに戻ったら通知する」にしたいと考えています。

アイデアは、ショップサーバーを定期的にチェックし、オンラインに戻ったらユーザーにローカル通知を送信することです.

ここで、バックグラウンド タスクに登録して、バックグラウンドでデータをダウンロードし、"新しいコンテンツ" についてユーザーに通知します。これには、ローカル通知が不要な場合もあります。

それは、値が「fetch」の UIBackgroundMode になります。しかし、それが良いアプローチであるかどうか、私は疑問を持っています。99.9% のケースでは決して発生せず、サーバーが利用できず、ユーザーが [通知] をタップした場合にのみ、そのバックグラウンド タスクが必要です。ただし、ドキュメントは次のように見えますが、このバックグラウンド フェッチは常にバックグラウンドで実行されます。そして、それは私が望むものではありません。

他のアプリはこの問題にどのように対処していますか? それは一般的なタスクですよね？