# IfcObjAsm - an experiment mapping IFC entity instances to files

**URL:** <https://forums.buildingsmart.org/t/ifcobjasm-an-experiment-mapping-ifc-entity-instances-to-files/1675>\
**Category:** Developers\
**Created:** [August 10, 2019, 5:11pm UTC](https://forums.buildingsmart.org/t/ifcobjasm-an-experiment-mapping-ifc-entity-instances-to-files/1675 "2019-08-10T17:11:08Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

**Author:** ![ReD\_CoDE](https://sea2.discourse-cdn.com/flex016/user_avatar/forums.buildingsmart.org/red_code/32/226_2.png) [@ReD\_CoDE](https://forums.buildingsmart.org/u/ReD_CoDE)\
**Post date:** [August 11, 2019, 9:05pm UTC](https://forums.buildingsmart.org/t/ifcobjasm-an-experiment-mapping-ifc-entity-instances-to-files/1675/3 "2019-08-11T21:05:48Z")

</div>

Both you @devonsparks, @ylcnky and even @jonm have started the idea I shared in [IfcXtreme](https://forums.buildingsmart.org/t/ifcx-and-ifclite-projects/1440) project to see each entity as a component, an object, and start to improve each one independently and reduce/add data, datatypes, attributes, templates, etc object by object

I think XML and Graphs maybe be short-term solutions to use existing IFC, but the future will be different

I believe that in Labs and Institutes all around the world, some have started to think about my ideas to develop a “relational” IFC schema, especially based on SQL  
Because SQL is the future  
And JSON is good to for realtime approaches like IoT

The Built Environment Industry is not Media industry, the majority of data we see are or can be structured data, even let’s forget semi-structured data solutions like XML

> **[Ehsan Azari on LinkedIn: "A good beginning makes a good ending!

The majority...](https://www.linkedin.com/feed/update/urn:li:activity:6562367960525090816/)**
>
> July 31, 2019: Ehsan Azari posted images on LinkedIn

---

_[View the full topic](https://forums.buildingsmart.org/t/ifcobjasm-an-experiment-mapping-ifc-entity-instances-to-files/1675)._