<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Question Re: Data Persistence in Technology Q&amp;A</title>
    <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185496#M496059</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;For the data persistence needs of a mobile client applications, MI offers the Persistence API which is located in the packagecom.sap.ip.me.api.persist.*. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Storage implementation for this concept is a black box for application - it is storage independant. The Persistence API let you store, change, delete and query data. The storage medium used and the technicality of its access is entirely transparent to users of the Persistence API. The MI uses 'bridges' - one for every storage type - to access the physical storage. The bridges dynamically create the necessary statements (for example, SQL-statements to access a JDBC databases) to access the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The Persistence API can store data on databases as well as on the file system (that means via standard Java serialization). The currently activated storage type is detected automatically by the MI at runtime. Applications using the Persistence API therefore make best use of the current device features (that means storing on the database if it's there and doing without it, if it's not there).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What ever you store in your client is physically stored in your R/3 System only. your client will have only instances of that data objects. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Even if you use multiple clients, and if you have changed data from any client (say client2), when you do a sync on Client 1 during your next logon, delta-determination takes place. The data you updated from Client 2 gets reflected in Client 1 also. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this enlightened you! &lt;SPAN __jive_emoticon_name="wink"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Ak.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PS: Don't forget my points if this helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Tue, 24 Jan 2006 06:13:53 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2006-01-24T06:13:53Z</dc:date>
    <item>
      <title>Data Persistence</title>
      <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaq-p/1185494</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Can i specify persistence location in MI client.&lt;/P&gt;&lt;P&gt;I want my data persistence to be on a central server.&lt;/P&gt;&lt;P&gt;Then to synchronize data from central server to R3.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;client1 client2  client3&lt;/P&gt;&lt;P&gt;  \      /       /&lt;/P&gt;&lt;P&gt;      central &lt;/P&gt;&lt;P&gt;      server&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Because data dependency exists between clients.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Can anybody throw light on this?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Jan 2006 05:18:01 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/data-persistence/qaq-p/1185494</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-01-24T05:18:01Z</dc:date>
    </item>
    <item>
      <title>Re: Data Persistence</title>
      <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185495#M496058</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hello monalisa,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;MI puts the data on the same device which the client is&lt;/P&gt;&lt;P&gt;installed. MI is for offline or disconnected scenarios.&lt;/P&gt;&lt;P&gt;In your case, your client/s should be always connected &lt;/P&gt;&lt;P&gt;to your data server. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&amp;gt;Because data dependency exists between clients&lt;/P&gt;&lt;P&gt;You can make all your clients share the same data&lt;/P&gt;&lt;P&gt;and you can set filters as well in your BAPIs if &lt;/P&gt;&lt;P&gt;necessary. this depends on your specific scenario.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;regards&lt;/P&gt;&lt;P&gt;jo&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Jan 2006 05:38:10 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185495#M496058</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-01-24T05:38:10Z</dc:date>
    </item>
    <item>
      <title>Re: Data Persistence</title>
      <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185496#M496059</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi,&lt;/P&gt;&lt;P&gt;For the data persistence needs of a mobile client applications, MI offers the Persistence API which is located in the packagecom.sap.ip.me.api.persist.*. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Storage implementation for this concept is a black box for application - it is storage independant. The Persistence API let you store, change, delete and query data. The storage medium used and the technicality of its access is entirely transparent to users of the Persistence API. The MI uses 'bridges' - one for every storage type - to access the physical storage. The bridges dynamically create the necessary statements (for example, SQL-statements to access a JDBC databases) to access the data.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The Persistence API can store data on databases as well as on the file system (that means via standard Java serialization). The currently activated storage type is detected automatically by the MI at runtime. Applications using the Persistence API therefore make best use of the current device features (that means storing on the database if it's there and doing without it, if it's not there).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What ever you store in your client is physically stored in your R/3 System only. your client will have only instances of that data objects. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Even if you use multiple clients, and if you have changed data from any client (say client2), when you do a sync on Client 1 during your next logon, delta-determination takes place. The data you updated from Client 2 gets reflected in Client 1 also. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Hope this enlightened you! &lt;SPAN __jive_emoticon_name="wink"&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Ak.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;PS: Don't forget my points if this helps.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Jan 2006 06:13:53 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185496#M496059</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-01-24T06:13:53Z</dc:date>
    </item>
    <item>
      <title>Re: Data Persistence</title>
      <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185497#M496060</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;In my system different clients will perform different operations on same data.&lt;/P&gt;&lt;P&gt;Thats why it has to be kept in a central server (not R3)otherwise overload on each client will be more.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Jan 2006 06:55:32 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185497#M496060</guid>
      <dc:creator>monalisa_biswal</dc:creator>
      <dc:date>2006-01-24T06:55:32Z</dc:date>
    </item>
    <item>
      <title>Re: Data Persistence</title>
      <link>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185498#M496061</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi Monalisa,&lt;/P&gt;&lt;P&gt;&amp;gt; Thats why it has to be kept in a central server (not&lt;/P&gt;&lt;P&gt;&amp;gt; R3)otherwise overload on each client will be more.&lt;/P&gt;&lt;P&gt;Can you please elaborate more on this?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;Ak.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Tue, 24 Jan 2006 07:04:20 GMT</pubDate>
      <guid>https://community.sap.com/t5/technology-q-a/data-persistence/qaa-p/1185498#M496061</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2006-01-24T07:04:20Z</dc:date>
    </item>
  </channel>
</rss>

