<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>As a database developer (oracle, Postgres, MySQL, mssql), I can say that there are some distinct advantages to the entity value approach used by drupal. I would not discard it out of hand just because you believe it will take too many tables. For example, it makes queries across content types (e.g. calandars of multiple content types that have different numbers of fields in them) much more performative. </div><div><br></div><div>Shameless plug: If you're a database developer and handy with SQL and are planning on building your own custom tables/entities then you might consider using <a href="http://drupal.org/project/forena">http://drupal.org/project/forena</a></div><div><br></div><div>Dave</div><div><br>Sent from my iPad</div><div><br>On Feb 5, 2015, at 1:39 AM, Nicolas <<a href="mailto:nikrou77@gmail.com">nikrou77@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <span dir="ltr"><<a href="mailto:tolga@ozses.net" target="_blank">tolga@ozses.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If you don't want fields in your content type, feel free to leave related parts out :) About entity, I don't know what you mean with that. Nodes are also entities.</blockquote><div><br></div><div>I know node are entities. I search for an article explaining how to create a new content type (available from node/add/my-content-type), using entities, without field api. </div></div><br><br></div></div>
</div></blockquote></body></html>