# Document as a data-view

**URL:** <https://community.fibery.io/t/document-as-a-data-view/6395>\
**Category:** Ideas & Features\
**Created:** [July 14, 2024, 8:51pm UTC](https://community.fibery.io/t/document-as-a-data-view/6395 "2024-07-14T20:51:28Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\
**Post date:** [July 14, 2024, 8:51pm UTC](https://community.fibery.io/t/document-as-a-data-view/6395/1 "2024-07-14T20:51:28Z")

</div>

> [@Native documents vs. Documents database](https://community.fibery.io/t/native-documents-vs-documents-database/6323/5):
>
> Document should be a Database conceptually

In the way it’s built now, yes. BUT What if a document is actually a Data View. Where you can set a database and it will create in line mentions of all the entities. Then you can move them around and change them. This is what Notion’s Wiki feature does, and i think its quite in line with making a Document View more around structured data. When you delete a sub page on the page, it actually gets deleted, not just the mention.

Use case: [Your user guide](https://the.fibery.io/@public/User_Guide/Fibery-User-Guide-6568#Guide/Share-Space-as-a-Template-56)  
You probably have an automation running to make the bullets and inline mentions, but this could be a more robust solution if a document was a view, no? Just a thought, not sure how many other use cases there are to this, but I found it quite neat and a potential “solution” to the current document struggle.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [July 14, 2024, 9:31pm UTC](https://community.fibery.io/t/document-as-a-data-view/6395/2 "2024-07-14T21:31:34Z")

</div>

> [@RonMakesSystems](#):
>
> You probably have an automation running to make the bullets and inline mentions

Not sure what you mean here. All the user guides are hand-crafted (with love 😉)

---

<div class="post-metadata">

**Author:** ![RonMakesSystems](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/ronmakessystems/32/14122_2.png) [@RonMakesSystems](https://community.fibery.io/u/RonMakesSystems)\
**Post date:** [July 14, 2024, 9:34pm UTC](https://community.fibery.io/t/document-as-a-data-view/6395/3 "2024-07-14T21:34:32Z")

</div>

Hahah, I mean this part:

 ![Screenshot 2024-07-14 at 23.32.58](https://us1.discourse-cdn.com/flex020/uploads/fibery/original/2X/f/f46f75eea24c555eb9d2851e8f84692fddddb5e9.png)  
It is prone to user error if someone forgets to to link inline, or changes order. It requires maintenance in multiple places at a time.

---

<div class="post-metadata">

**Author:** ![Chr1sG](https://sea2.discourse-cdn.com/flex020/user_avatar/community.fibery.io/chr1sg/32/3941_2.png) [@Chr1sG](https://community.fibery.io/u/Chr1sG)\
**Post date:** [July 15, 2024, 1:07pm UTC](https://community.fibery.io/t/document-as-a-data-view/6395/4 "2024-07-15T13:07:46Z")

</div>

Actually, that page is manually created (no automation) and we’re not too concerned if the order is different to the smart folder order.  
Plus, there are some pages that we choose to not show, and some we choose to show in different places than the ‘parent’ as far as the smart folder is concerned.

There’s always a bit of a trade-off when choosing to go the ‘confluence way’ (i.e. nested hierarchy, any page can only have one parent) or going the ‘wiki’ way (any page is reachable from many places, via hyperlinking, and the tree structure is not applicable)