1800 レコードの Access データベースがあり、Sharepoint リストに移動すると、リンクされた列がランダムに設定されます。たとえば、「バッジ番号」、「名前」、「ファイル ステータス」という列があります。
SharePointリストに移動(インポート)するたびに、アイテムにリンクする「ファイルステータス」を設定します。アイテムにリンクする列「名前」を設定するにはどうすればよいですか?
1800 レコードの Access データベースがあり、Sharepoint リストに移動すると、リンクされた列がランダムに設定されます。たとえば、「バッジ番号」、「名前」、「ファイル ステータス」という列があります。
SharePointリストに移動(インポート)するたびに、アイテムにリンクする「ファイルステータス」を設定します。アイテムにリンクする列「名前」を設定するにはどうすればよいですか?
ここでは明確ではありませんが、ここに複数のテーブルが含まれていることを示唆しているようです。テーブルをSharePointに送信し、SharePointの新しいリレーショナル機能を使用する場合は、SharePointに送信する前に、それらのアクセステーブルでリレーションシップを設定する必要があります。
Sharepointリストに移動するたびに、アイテムにリンクする「ファイルステータス」が設定されます。
ふむ、ここで「アイテム」とはどういう意味かわかりませんか?複数のテーブルと、これら2つのテーブルを関連付けるために使用されるPK(主キー値)とFK(外部キー)値について話しているのですか(または、ここに複数のテーブルが含まれていますか?説明からはわかりませんか?
したがって、SharePointにテーブルを送信することは、一般的に問題でも問題でもありません。関連データを含むテーブルを送信する–これがここでの問題の大きな違いです。
そのため、関連するデータテーブルを上に移動する場合、アップロード中にターゲットシステムでPK自動番号の値が変更されることが多いため、これはSQLサーバーまたは任意のシステムで問題になる可能性があります。したがって、このような設定では、アップロード中に関連データをそのまま維持するために、子テーブルのカスケード更新が必要であることがよくあります。
ただし、AccessはデータをSharePointにアップロードでき、SharePointは関連するテーブルを尊重しますが、アップロード中にPK値も変更されることに注意してください。これは、SharePointに準拠するテーブルに関係を設定することが非常に重要であることを意味します。そうしないと、アップロード中に自動番号が再番号付け(変更)されるため、テーブル間の論理的な関係が失われます。
ただし、次のビデオでは、Accessから関連データをアップサイズする方法を説明します。組み込みのツールを使用すると、このタイプのデータと子テーブルのアップサイズが可能になり、FK値が自動的に変更されます。
http://www.youtube.com/playlist?list=PL27E956A1537FE1C5&feature=plcp