Excel → データベースアプリ
共有 Excel ファイルから本物のデータベースアプリへ
チームのブックが正式な記録の置き場所になったとき、スプレッドシートには与えられないものが必要になります。権限、検証、履歴、バックアップ — Sheetward はそのすべてを、ブック自身から生成します。
35年にわたる研究のレビューによれば、業務用スプレッドシートの94%に誤りが見つかりました（Poon et al., Frontiers of Computer Science, 2024）。多くの場合、作成者の責任ではありません — 原因は共有の仕組みです：同時編集、メールで回るコピー、フィールド検証の欠如、監査証跡の不在、そして数式を理解しているのが1人だけという状況。問題はスプレッドシートではなく、その共有方法です。
Sheetwardはそのワークブックをデータベースアプリケーションに変えます — ワークブックは人が読める設計図のまま残ります。
仕組み
ブックにデータを記述する
項目、データ型、ドロップダウンのリスト、ビジネスキーを、普通のシートと Rules_ 行として表現します。スキーマエディターも SQL も不要です。
データベースアプリを生成する
ブックをアップロードします。Sheetward が、専用の隔離されたデータセット、検証付きの入力フォーム、検索できるレコードグリッド、ダッシュボードを備えたアプリを作成します。
行を移行する
以前のファイルからレコードを一括インポートします。取り込み時にすべての行が検証され、ビジネスキーが一致する行は重複せずその場で更新されます。すべていつでも書き出せます。
「本物のデータベース」で得られるもの
アプリごとに隔離されたデータ
各アプリのレコードは、同じワークスペースの中でさえ、ほかのすべてのアプリから切り離されています。
検証された書き込み
保存のたびにルールが実行されるため、不正なデータが保存されることはありません — 気づかないうちに壊れた行が生まれることもなくなります。
ロールと権限
アプリごとにオーナー、編集者、閲覧者。加えて、ワークスペースレベルの管理者・ビルダー・メンバーのロールがあります。閲覧者には機微な項目がマスクされて表示されます。
変更履歴と監査
すべてのレコードに、誰がいつ変更したかが記録されます。ワークスペースの操作は、管理者が確認できる監査ログに残ります。
バックアップと復旧
スケジュールされたバックアップ、削除したレコードのごみ箱、ワンクリックのエクスポート、非破壊のリストア。
項目単位の暗号化
機微な項目はデータベースに届く前に暗号化され（AES-256-GCM）、カード番号は下 4 桁のみが保存されます。
チームが Sheetward を選ぶ理由
- SQL も DevOps も不要 — スキーマはブックから生まれ、検索・絞り込み・ダッシュボードは最初から組み込まれています。
- 本物のマルチユーザー。ファイルではなくレコードです。ロックされたブックも、v27_FINAL_final.xlsx もありません。
- 持ち出せます。どのアプリもスタンドアロンバンドルとして公開し、自社のハードウェアでオフラインでも動かせます。
- 請求額が読めます。定額プランで、ユーザーごとの課金も更新回数のメーターもありません。
よくある質問
SQLの知識は必要ですか？
いいえ。スキーマはワークブックから生成され、検索・フィルタ・ダッシュボード・エクスポートは標準搭載です。学ぶべきクエリ言語はありません。
複数人が同時に編集できますか？
はい — ロックはファイル単位ではなくレコード単位なので、別々のレコードを編集する2人が共有ブックのように衝突することはありません。
データは囲い込まれますか？
いいえ — いつでもExcel・CSV・JSONにエクスポートでき、データを含む自己完結型バンドルとして公開することもできます。