私は非政府組織にボランティアとして参加し、コミュニティセンターでの記録管理を支援しました。現在、すべてのデータが保存されているコミュニティセンターは1つだけです。ただし、これは年末までに変更される予定です。
現在、彼らのデータは2枚のワークブックを使用して維持されています。メインシートの各レコードには、フォローアップシートに最大100のフォローアップが含まれる場合があります。データは大まかに構造化されており、明示的な制約はありません。
既存のすべてのデータをスプレッドシートからRDBMSに移動するには手間がかかりますが、私はそれを喜んで行います。特に、このデータをこの分野の他のNGOと共有できるようにするという話があるからです。
1つの代替方法は、たとえばGoogle Docsを使用して、レコードの各セットを手動でマージすることです。
複数のデータ入力と取得のポイントがある場合、スプレッドシートデータベースからRDBMSに移行することをお勧めするのは理にかなっていますか？
編集ここでフォローする戦略のフォローアップを投稿しました
はい、まさにそのテーブルで構造化されたデータを処理するために作成された RDBMS に移行することは理にかなっています。
スプレッドシートが相互に参照している場合、物事は混乱する傾向があり、RDBMS が適切に処理するものは成長し続けます。スプレッドシートよりもはるかに簡単な方法で、複雑な数式などの機能を SQL 経由で追加できます。
データはすでに十分に整理されており、問題になる前にこの問題に対処しているため、移動(推定、データについて十分に知らない) は簡単に思えます。
脚注: 使いやすさの問題から、ユーザーが現在と同様の GUI のソリューションを使用できるようにします。csv やその他のファイル形式を介して、Google Docs や MS Excel などにデータをエクスポート/インポートできます。これにより、保守性、速度、インデックス作成などのためにRDBMS にバックエンドを配置することができます。
http://www.cazh1.com/blogger/thoughts/2007/03/excel-vs.shtmlには、用途の差別化を強調する素晴らしい記事があります。