<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: client/server architecture</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/</link>
	<description></description>
	<lastBuildDate>Thu, 20 Jun 2013 03:53:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: 11011</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/#comment-102107</link>
		<dc:creator>11011</dc:creator>
		<pubDate>Fri, 27 Jan 2012 11:19:48 +0000</pubDate>
		<guid isPermaLink="false">#comment-102107</guid>
		<description><![CDATA[client /server architecture is kind of architecture where you put your data   in database engine called server. the client requst the data from it e.g pc]]></description>
		<content:encoded><![CDATA[<p>client /server architecture is kind of architecture where you put your data   in database engine called server. the client requst the data from it e.g pc</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lexis1y</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/#comment-70772</link>
		<dc:creator>lexis1y</dc:creator>
		<pubDate>Mon, 23 Nov 2009 12:51:27 +0000</pubDate>
		<guid isPermaLink="false">#comment-70772</guid>
		<description><![CDATA[what is client server architecture]]></description>
		<content:encoded><![CDATA[<p>what is client server architecture</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Troy Tate</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/#comment-67145</link>
		<dc:creator>Troy Tate</dc:creator>
		<pubDate>Wed, 19 Aug 2009 17:17:41 +0000</pubDate>
		<guid isPermaLink="false">#comment-67145</guid>
		<description><![CDATA[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.]]></description>
		<content:encoded><![CDATA[<p>MrDenny &#8211; 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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mrdenny</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/#comment-67107</link>
		<dc:creator>mrdenny</dc:creator>
		<pubDate>Tue, 18 Aug 2009 23:54:41 +0000</pubDate>
		<guid isPermaLink="false">#comment-67107</guid>
		<description><![CDATA[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.]]></description>
		<content:encoded><![CDATA[<p>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.</p>
<p>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.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: technochic</title>
		<link>http://itknowledgeexchange.techtarget.com/itanswers/clientserver-architecture/#comment-67067</link>
		<dc:creator>technochic</dc:creator>
		<pubDate>Tue, 18 Aug 2009 13:34:15 +0000</pubDate>
		<guid isPermaLink="false">#comment-67067</guid>
		<description><![CDATA[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!]]></description>
		<content:encoded><![CDATA[<p>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!</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Database Caching 3/10 queries in 0.035 seconds using memcached
Object Caching 322/328 objects using memcached

Served from: itknowledgeexchange.techtarget.com @ 2013-06-20 04:33:41 -->