[development] New content type
Muzaffer Tolga Ozses
tolga at ozses.net
Fri Feb 6 07:18:56 UTC 2015
APIs are nice. Use them. They ease your life.
On 6 February 2015 at 08:58, Nicolas <nikrou77 at gmail.com> wrote:
> Thanks for your answer David. I understand that it's not as bad as I said.
> But when there's several hundred of queries per pages it can be runned on a
> dev environnement.
>
> 2015-02-06 3:50 GMT+01:00 David Metzler <metzler.dl at gmail.com>:
>
>> 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.
>>
>> 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 http://drupal.org/project/forena
>>
>> Dave
>>
>> Sent from my iPad
>>
>> On Feb 5, 2015, at 1:39 AM, Nicolas <nikrou77 at gmail.com> wrote:
>>
>>
>> 2015-02-05 10:37 GMT+01:00 Muzaffer Tolga Ozses <tolga at ozses.net>:
>>
>>> 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.
>>
>>
>> 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.
>>
>>
>>
>
--
mto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20150206/19a4eb0c/attachment-0001.html
More information about the development
mailing list