2012-05-01 12 views
0

私はアクセスデータベース内に法律を保存しようとしています。一貫性のない番号付けと見出し/副見出しの使用のために、私はフラットテーブルにデータを格納することを意図していました。見出しにIDを格納する "親"列、小見出し、またはセクションテキストなど。自己組織化データのフォームを含む

だから、 - 例えば

ID  Section Parent Description 
0  1     Purposes of the act 
1  a   0   The purpose of this act is to: 
2  i   1   Manage data efficiently 
3  ii   1   Test access 
4  b   0   More data goes here 

1 - Purposes of the act 
    a - The purpose of this act is to 
     i - Manage Data Efficiently 
     ii - Test Access 
    b - More Data goes here 

私の問題は、効果的にデータを編集するためのフォームを使用しているデータを表します。私が見ているものからの最良のアプローチは、フォーム自体をサブフォームとして埋め込むことです。これは明らかに許可されていません。私の意図は、2つの新しいボタンを持っていたということでした。新しいボタンと新しい子供のボタンです。後者は、子アイテムを作成し、それをサブフォームに表示します(そして他の子アイテムも表示します)。

これを行う別の方法はありますか?

+0

場所だとばかりMS Wordの条例/法律を格納し、ストアの参照ではない理由です。また、ネストセットモデルや隣接リストなどの階層構造の使用を検討する必要があります。どちらもかなり先進的です。 – HK1

答えて

0

私は、法律/法律全体を表示する連続した形式をとっています(ソースクエリで表示するためにフォーマットできるはずです)。ただし、各セクションをダブルクリックして別のフォーム(おそらくはモーダル)を開いてセクションを編集することもできます。

論理的には、特定のセクションの挿入、削除、インデント、アウトデントのコントロールがあります。

セクションごとに「注文」列を含めることをお勧めします。 1.a.iと1.a.iiの順序を変更したいとします。おそらく自動番号なので、ID列を変更することはできません。もちろん

は、明白な疑問は、それはあなたがカスケードコンボに見えるかもしれませんDB

+0

短い回答は、その後の情報で必要とされるもの、および法律に添付する必要があるデータによるものです。注文列で優れたアイデア。私はそれが動作するかどうかを確認する機会を得ると、あなたの方法を試してみます。 – lochok

関連する問題