<?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: Back End Database</title>
	<atom:link href="http://vncscan.com/blog/2009/10/back-end-database/feed/" rel="self" type="application/rss+xml" />
	<link>http://vncscan.com/blog/2009/10/back-end-database/</link>
	<description>VNCScan Enterprise Network Manager (VENM)</description>
	<lastBuildDate>Wed, 25 Aug 2010 14:29:40 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Cyber City, Inc.</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2258</link>
		<dc:creator>Cyber City, Inc.</dc:creator>
		<pubDate>Mon, 11 Jan 2010 15:28:24 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2258</guid>
		<description>We have been using VNCscan since at least 2003. The XML database solution in its current state is not a workable solution for a multi-user environment. I agree with crewson. We are licensed for the Enterprise version and rely on VNCscan for a multi-user environment. We regularly have four or more staff in the application sharing the same xml files. It is unusable. We have to restore the xml files on almost a daily basis.&lt;br&gt;&lt;br&gt;Whatever choice you do make, please ensure that you build it for a multi-user environment.&lt;br&gt;&lt;br&gt;In addition, we would be happy to trial beta versions for you and to provide specific feedback if necessary. &lt;br&gt;&lt;br&gt;We look forward to the continued improvements.</description>
		<content:encoded><![CDATA[<p>We have been using VNCscan since at least 2003. The XML database solution in its current state is not a workable solution for a multi-user environment. I agree with crewson. We are licensed for the Enterprise version and rely on VNCscan for a multi-user environment. We regularly have four or more staff in the application sharing the same xml files. It is unusable. We have to restore the xml files on almost a daily basis.</p>
<p>Whatever choice you do make, please ensure that you build it for a multi-user environment.</p>
<p>In addition, we would be happy to trial beta versions for you and to provide specific feedback if necessary. </p>
<p>We look forward to the continued improvements.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Name</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2253</link>
		<dc:creator>Name</dc:creator>
		<pubDate>Tue, 24 Nov 2009 22:04:46 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2253</guid>
		<description>I&#039;m a single admin, so the lightweight XML option is best for me.</description>
		<content:encoded><![CDATA[<p>I&#39;m a single admin, so the lightweight XML option is best for me.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AlanK</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2250</link>
		<dc:creator>AlanK</dc:creator>
		<pubDate>Wed, 11 Nov 2009 16:35:41 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2250</guid>
		<description>From time to time I&#039;ve had problems with the XML files getting corrupted or disappearing.  Just today I had to replace settings.xml and one of my managed group XML files from a backup because they had gotten crunched.  I don&#039;t know why this happens, but it happens.&lt;br&gt;&lt;br&gt;If SQL was more bullet-proof then I&#039;d want it.</description>
		<content:encoded><![CDATA[<p>From time to time I&#39;ve had problems with the XML files getting corrupted or disappearing.  Just today I had to replace settings.xml and one of my managed group XML files from a backup because they had gotten crunched.  I don&#39;t know why this happens, but it happens.</p>
<p>If SQL was more bullet-proof then I&#39;d want it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bcartwright</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2247</link>
		<dc:creator>bcartwright</dc:creator>
		<pubDate>Tue, 27 Oct 2009 10:03:17 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2247</guid>
		<description>I would suggest that it depends on your user experience.  If you have received a large number of compaints/comments about lost or corrupt data due to overwrites, then it would suggest a migration.  If not then it comes down to weighing between a problem of unknown magnitude against the known cost and effort of migrating everyone&#039;s data to access.&lt;br&gt;&lt;br&gt;For the record, I like the sound of Eric&#039;s proposal of writing your own psuedo record locking algorithm.&lt;br&gt;&lt;br&gt;Good luck,&lt;br&gt;Brian.</description>
		<content:encoded><![CDATA[<p>I would suggest that it depends on your user experience.  If you have received a large number of compaints/comments about lost or corrupt data due to overwrites, then it would suggest a migration.  If not then it comes down to weighing between a problem of unknown magnitude against the known cost and effort of migrating everyone&#39;s data to access.</p>
<p>For the record, I like the sound of Eric&#39;s proposal of writing your own psuedo record locking algorithm.</p>
<p>Good luck,<br />Brian.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: seansco</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2246</link>
		<dc:creator>seansco</dc:creator>
		<pubDate>Fri, 23 Oct 2009 17:40:29 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2246</guid>
		<description>I have to local the folder so that only one person can change the xml files.  However you are comfortable fixing the issue is fine with me.  It does &#039;feel&#039; like you are going backwards using access but I am sure it is just my bias.  Does the new Access still use page locking or does it have record locking?</description>
		<content:encoded><![CDATA[<p>I have to local the folder so that only one person can change the xml files.  However you are comfortable fixing the issue is fine with me.  It does &#39;feel&#39; like you are going backwards using access but I am sure it is just my bias.  Does the new Access still use page locking or does it have record locking?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mckinnonk</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2244</link>
		<dc:creator>mckinnonk</dc:creator>
		<pubDate>Wed, 21 Oct 2009 12:54:48 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2244</guid>
		<description>I think you need a database.  Either Access or SQL.</description>
		<content:encoded><![CDATA[<p>I think you need a database.  Either Access or SQL.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2243</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Tue, 20 Oct 2009 23:15:34 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2243</guid>
		<description>XML would still be the most simple option for single user installs. Anything past that though, SQL is the way to go.&lt;br&gt;&lt;br&gt;I agree adding the option to choose which format during installation would be the best way to keep both groups happy.</description>
		<content:encoded><![CDATA[<p>XML would still be the most simple option for single user installs. Anything past that though, SQL is the way to go.</p>
<p>I agree adding the option to choose which format during installation would be the best way to keep both groups happy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: seanohlrich</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2241</link>
		<dc:creator>seanohlrich</dc:creator>
		<pubDate>Tue, 20 Oct 2009 13:05:57 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2241</guid>
		<description>MySQL/PHP - Low-end web server hosting the shared data.</description>
		<content:encoded><![CDATA[<p>MySQL/PHP &#8211; Low-end web server hosting the shared data.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: neilcamp</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2240</link>
		<dc:creator>neilcamp</dc:creator>
		<pubDate>Tue, 20 Oct 2009 12:01:50 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2240</guid>
		<description>how about letting me put it on my sql server for easy access across my network</description>
		<content:encoded><![CDATA[<p>how about letting me put it on my sql server for easy access across my network</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dstrawn</title>
		<link>http://vncscan.com/blog/2009/10/back-end-database/comment-page-1/#comment-2239</link>
		<dc:creator>dstrawn</dc:creator>
		<pubDate>Fri, 16 Oct 2009 03:59:51 +0000</pubDate>
		<guid isPermaLink="false">http://vncscan.com/blog/2009/10/back-end-database/#comment-2239</guid>
		<description>SQL with option for XML</description>
		<content:encoded><![CDATA[<p>SQL with option for XML</p>
]]></content:encoded>
	</item>
</channel>
</rss>
