Technochic
40210 pts. | Aug 18 2009 1:34PM GMT
Can you provide more details about what exactly you are looking for? Are there specific limitations you are concerned about, and if so, what specifically? Thanks!
mrdenny
46765 pts. | Aug 18 2009 11:54PM GMT
More important (IMHO) that doing all the processing at the server, is to do all the processing where ever the data is. If the users enters a bunch of stuff, and the server only needs the resulting bit value, do the processing on the client side, and send the final bit to the server. If the server contains the bulk of the data, then do the work there sending just the small set of final results to the client.
Cache as much data as possible on the client side. If they will be downloading the same looking tables thousands of times a time, either cache that within the browser somewhere, checking to see if there are new values on the server as needed or setup a lookup database on the local site where the app can get the values from.
Troy Tate
0 pts. | Aug 19 2009 5:17PM GMT
MrDenny - you raise a good point about process where the data is located. The only downside with that might be that the processing power may not be located there and that is the challenge in designing client/server and data networks. Caching is also a great performance enhancing technique as long as the cache data is fresh and relevant.






