Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>If I understand you correctly, you should create BDC Model. In such a case Sharepoint will call your custom methods (which get external data) and you can see it in Sharepoint external list.</p> <p>You can start here: <a href="http://msdn.microsoft.com/en-us/sp2010devtrainingcourse_businessconectivityserviceslab_topic4.aspx" rel="nofollow">http://msdn.microsoft.com/en-us/sp2010devtrainingcourse_businessconectivityserviceslab_topic4.aspx</a></p> <p>Also you can watch this video: <a href="http://msdn.microsoft.com/en-us/vstudio/ff623022.aspx" rel="nofollow">http://msdn.microsoft.com/en-us/vstudio/ff623022.aspx</a></p> <p>If it is not enough, just let me know and I'll try to help you in more details.</p> <p><strong>UPDATE1:</strong> If it is a mandatory case that all this software should work on the client side. I can see two ways (in both you don't need to use additional SP dll's on the client side): </p> <ol> <li>Use BDC model as I suggested above, but model will be only a proxy to code in client and code from this model will make calls to the client side (using WebServices for example). In such a case when user needs new data (by clicking on external list for example) SP makes call to your code in BDC model, which makes call to the client machine. In other words, initiator of getting data is SP and sequence looks like: <strong>User -> SP -> BDC model -> Client Data.</strong></li> <li>You can create custom WebService in SP to update its lists when your client needs it. In such a case, your client received new data and it get to know it must update it in SP. After this it makes call through your custom WebService on SP side, which adds new data to SP using SP object model. In other words initiator of update is client side. Sequence looks lile: <strong>Client data -> custom SP WebService, which updates this data on SP side.</strong></li> </ol> <p>In the first case you can organize caching on SP side (for example, make calls to client not often than once a day).</p> <p>But you have to notice that when you have a lot of data, replicating it in the SP (using the second way) usually is not a good idea and it can take additional efforts to manage it (when to update, what data is already updated, what if part of data is updated and other isn't in time when user gets it he will get inconsistent data and so on).</p>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload