SPSite.LastContentModifiedDateDateDateを追跡しますか？

Question

SPSite.LastContentModifiedDateを後日更新する原因は何ですか？

それは追跡します：

• リスト/フィールド/コンテンツの種類の定義、またはそれらに保存されているコンテンツの定義に変更しますか？
• 人/グループ/アクセス許可の変更？
• どの機能が有効になっているかを変更しますか？
• サイトのタイトル、説明、ロゴ？
• サイト設定の下のもの/すべての変更？

  または逆に、LastContentModifiedDateが変更されないサイトコンテンツ/設定変更はありますか？

Answer 1

そのサイトコレクションのコンテンツデータベースの更新を引き起こすすべての変更は、LastContentModifiedDate、LastSecurityModifiedDate、またはその両方を更新します。それはあなたが言及したほとんどすべての変更を意味します。

ファイルシステムの変更のみがコンテンツデータベースを更新しません。つまり、SharePointルートフォルダ（アプリケーションページ、リソースファイル、機能定義など）の変更はデータベースを更新しません。また、仮想ディレクトリの変更はデータベース（web.configファイルなど）を更新しません。

別の視点からより良い考えを考えることができます：データベースへのデータベースの添付が保存されているときに保持されるのは、コンテンツデータベースに保存されているために保持されます。

LastContentModifiedDateは非常に頻繁に更新されます。たとえば、監査が有効になっている場合は、監査フラグを持つアイテムを表示すると、LastContentModifiedが更新されます。

弾丸のポイントへのコメント：

•Lists / Fields / Content Typesの定義、またはそれらに保存されているコンテンツの定義への変更？

はい。定義はSharePoint Rootフォルダにあるが、そのインスタンスとその設定がContent Database にあるため、定義の代わりにそれらを設定します。

•人/グループ/アクセス許可の変更？

はい。 SPSite内のAnywhereが追加/削除されたすべてのユーザー/グループ、変更された権限を変更すると、SPSite.LastSecurityModifiedDateDate専用またはLastContentModifiedも更新してもテストする必要があります。

•どの機能が有効になっているかを変更しますか？

はい。繰り返しになりますが、機能定義はSharePointルートフォルダにありますが、SITE / WEBごとに有効/非アクティブ化状態がデータベースに保存されます。

•サイトのタイトル、説明、ロゴ？

はい、間違いなく。

•サイト設定の下で何か/すべての変更？

はい、私はデータベースの代わりにファイルシステムを変更するであろうサイト設定ページのものを考えることができません（私はカスタムソリューションではなく、箱から出して話しています）。

私はすべてが上記のように言ったすべてをテストしていませんが、これは物事がどのように機能/仕事をするべきかです。