On Sat, Nov 27, 2010 at 1:54 AM, unsolicited <span dir="ltr"><<a href="mailto:unsolicited@swiz.ca">unsolicited@swiz.ca</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Since you are already using spreadsheets but consistency is the issue,<br>
why not use Google Documents, which has hosted spreadsheets, that<br>
people can collaborate on simultaneously.<br>
</blockquote>
</div><br>

I've tested Google Docs. There is no data consistency / validation facilities within it. It just hasn't gotten that far, yet.<br><div class="im">
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
And you can also upload your existing Open Office sheets in it, so setup<br>
is quick.<br>
</blockquote>
<br></div>
Yes. But, for example, I uploaded to it with some cells data validated. Then brought it right back - the data validation was gone. I tried it both ways - they have 2. One that facilitates online editing as well, the other where it is merely storage. I did not expect the storage to change the file, but it did.<br>

<br>
Google Docs won't do here.</blockquote><div><br clear="all">It seems that you already have logic inside your spreadsheet, and that gets<br>lost when you upload the sheet. You may be using OpenOffice specific <br>validation or macros. <br>
<br>This is the start of "code sprawl". Instead of spreadsheets being just data, <br>they contain code (business logic) in them, and in effect, you have an <br>"application".<br></div></div><br>An application is something you have to maintain for many years to come:<br>
debug, modify, extend, ...etc. They have a life of their own, and require<br>time and effort to continue to exist. Application development is not a one <br>time thing. It is an on going effort.<br><br>So, whatever you decide to replace that with, take this into account. For<br>
better or for worse, you have an application that needs to be maintained<br>for the foreseeable future. <br><br>All the online hosted databases look appealing at first, but with such small <br>companies, I am uncomfortable with longevity and lock in. Your code<br>
AND data are at the mercy of that company. You can spend countless hours<br>developing on their platform, and if they raise their rates, or go under, you <br>are done. It is all wasted effort, AND your data is gone. There is no migration <br>
path.<br><br>At least with Google, your data is still downloadable, and they will not shut <br>down for some time.<br><br>Consider something that is LAMP (e.g. a PHP or Python application with a<br> MySQL or PostgreSQL backend). You can host it internally (on premises,<br>
on your own hardware) or externally ($20 a month maybe?).<br><br>At least it is all based on open source stuff that you can download and <br>run locally, and the data format is just columns and rows in a database,<br>that you can convert/manipulate using a myriad of tools, should the need <br>
arises.<br><br>The Glom path seems like a good one too. If you don't mind sticking with<br>their data format for the future.<br>-- <br>Khalid M. Baheyeldin<br><a href="http://2bits.com">2bits.com</a>, Inc.<br><a href="http://2bits.com">http://2bits.com</a><br>
Drupal optimization, development, customization and consulting.<br>Simplicity is prerequisite for reliability. --  Edsger W.Dijkstra<br>Simplicity is the ultimate sophistication. --   Leonardo da Vinci<br>