on 07-03-2012 3:10 PM
Hello all.
After reading SUP documentation and creating some test hybrid web applications, I'm getting to some conclusions, but I'm not quite sure about them! Could anyone put some thoughts on it?
With HWC, synchronization parameters and device synchronization concepts do not make sense! I believe those are only used for offline applications, which are OBJECT API (native) apps, right?
This means, that on demand cache policy does not make sense for HWC, because it happens when a device synchronizes and this scenario doesn't exist in HWC apps ...
So, HWC is only valid for online and DCN cache policies ...
Regards,
SUP STARTER
You are absolutely clear...
With HWC, synchronization parameters and device synchronization concepts do not make sense! I believe those are only used for offline applications, which are OBJECT API (native) apps, right?
Yes
This means, that on demand cache policy does not make sense for HWC, because it happens when a device synchronizes and this scenario doesn't exist in HWC apps ...
Yes..
Reward points if helpful.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Raja,
can you elaborate what SUP Starter is trying to say in his post?
i am not understanding his statement.
With HWC, synchronization parameters and device synchronization concepts do not make sense! I believe those are only used for offline applications, which are OBJECT API (native) apps, right?
This means, that on demand cache policy does not make sense for HWC, because it happens when a device synchronizes and this scenario doesn't exist in HWC apps ...
Regards,
Jitendra
Hi All,
First of all i would like to mansion the same as the discussion happening here is about HWC apps don't have API to synchronize data is very much true.
The HWC application get the records by executing queries on SUP server (CDB) and having cache policies like On demand, scheduled, online and DCN are depends on business requirement. if the business has some master data like "list of customers" or "list of Employee" which doesn't change frequently then you of course can have cache policy like On Demand and Schedule and it make sense too.
prem
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
You can use all the cache policies for HWC applications including 'on demand'. This 'on demand' policy brings the power of caching where application doesn't have to go to enterprise system every time data is requested.
A simple example is creating an EMPLOYEE SEARCH enterprise application using HWC. Since employee information is master data, once all the data is loaded into CDB, you can design your application to fetch always from CDB using 'on demand' cache policy. This way your application performance would be lot better than defining cache policy as 'on line'. You can achieve this by choosing the 'on demand' cache policy and setting the time interval as very old like 'a week'. This time interval means that when HWC application makes a request, until for a week, local data is returned from cache and after the week it will go the Backend.
This is just an example, you can apply this to many use cases. 'online' and 'on demand' both the application designer choice and they have to choose the right one based on the use case.
Here is the official sybase documentation for latest 2.1.3 release that gives better perspective.
Best Regards,
Manne
User | Count |
---|---|
98 | |
11 | |
11 | |
10 | |
10 | |
8 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.