<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:arial, helvetica, sans-serif;font-size:12pt"><DIV></DIV>
<DIV>Blake, I totally agree. When I created my first node module, even the docs you mention didn't exist. I had to look at other modules to get an idea of how to do it. I even had to do the same with adding fields to Views.</DIV>
<DIV>&nbsp;</DIV>
<DIV>"...unless what they offer is documented, in a manner that others can recreate... it may as well not exist" is absolutely true. However, one must also realize that one form of documentation may not "fit all." For example, I really appreciate all the Views docs that exist now, but&nbsp;most are written way over my head - and I am no beginner with Drupal. I fully accept that my failure to grasp those docs are my fault, but I have heard many others express the same feeling, while, at the same time, I see others just glance at it and turn out perfect code right away. Different people learn in different ways. I guess that's why there are many books.<BR>&nbsp;</DIV>
<P><FONT color=#ff007f size=4 face="bookman old style, new york, times, serif"><EM><STRONG>Nancy</STRONG></EM></FONT></P>
<P>&nbsp;</P>
<P><FONT face="arial, helvetica, sans-serif">Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.</FONT></P>
<DIV><BR></DIV>
<DIV style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 12pt"><BR>
<DIV style="FONT-FAMILY: times new roman, new york, times, serif; FONT-SIZE: 12pt"><FONT size=2 face=Tahoma>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B> Blake Senftner &lt;bsenftner@earthlink.net&gt;<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B> development@drupal.org<BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B> Fri, February 11, 2011 10:45:33 AM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B> Re: [development] Is it possible to have separate table for different content types in D7<BR></FONT><BR><BASE>Granted, I've not yet dived into the D7 specifics of creating custom content types, but I'd like to address a point Nancy makes here: 
<DIV><SPAN style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 16px" class=Apple-style-span><BR></SPAN></DIV>
<DIV><SPAN style="FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 16px" class=Apple-style-span>Lastly, why? I would think that the overhead of managing multiple tables would outweigh any potential gains. I can't even begin to think what you would have to do to Views to make it work in your scenario.</SPAN></DIV>
<DIV><FONT class=Apple-style-span size=4 face="arial, helvetica, sans-serif"><SPAN style="FONT-SIZE: 16px" class=Apple-style-span><BR></SPAN></FONT></DIV>
<DIV>I consider it an issue of quality documentation. When I was first learning module development, CCK was nice, but I could not figure out how to programmatically create or manage CCK fields. &nbsp;Being unable to programmatically create content types with CCK meant that my modules either could not implement content types, or I'd have to make them without CCK. There was no quality documentation explaining CCK at the time, so via books like "Front End Drupal" and "Pro Drupal Module Development" I learned how to create my own tables and manage them myself, including the not-difficult-because-it's-documented integration of custom fields with Views. (see: http://views-help.doc.logrus.com/help/views/api-tables).</DIV>
<DIV><BR></DIV>
<DIV>I absolutely do not mean to pick on Nancy. I love Drupal. I'm betting my company on the Drupal technology stack. But developers have got to realize that unless what they offer is documented, in a manner that others can recreate and expand on your module's facilities, <I>it may as well not exist</I>. Poor or missing documentation leads to poor, incorrect, or missing integration with other modules. (Sorry if this sounds like a rant. Trying to figure out things in Drupal is a sore spot for me.)</DIV>
<DIV>
<DIV>
<DIV><SPAN style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-COLLAPSE: separate; FONT: medium Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px" class=Apple-style-span><SPAN style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-COLLAPSE: separate; FONT: medium Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px" class=Apple-style-span>
<DIV style="WORD-WRAP: break-word"><SPAN style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-COLLAPSE: separate; FONT: 12px Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px" class=Apple-style-span><SPAN style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-COLLAPSE: separate; FONT: 12px Helvetica; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; COLOR: rgb(0,0,0); WORD-SPACING: 0px" class=Apple-style-span>
<DIV><BR class=Apple-interchange-newline>Sincerely,</DIV>
<DIV>-Blake</DIV>
<DIV><A href="mailto:bsenftner@earthlink.net" rel=nofollow target=_blank ymailto="mailto:bsenftner@earthlink.net">bsenftner@earthlink.net</A></DIV>
<DIV><A href="http://www.blakesenftner.com/" rel=nofollow target=_blank>www.BlakeSenftner.com</A></DIV>
<DIV><BR></DIV></SPAN></SPAN></DIV></SPAN></SPAN></DIV><BR>
<DIV>
<DIV>On Feb 11, 2011, at 7:16 AM, nan wich wrote:</DIV><BR class=Apple-interchange-newline>
<BLOCKQUOTE type="cite"><SPAN style="WIDOWS: 2; TEXT-TRANSFORM: none; TEXT-INDENT: 0px; BORDER-COLLAPSE: separate; FONT: medium Arial; WHITE-SPACE: normal; ORPHANS: 2; LETTER-SPACING: normal; WORD-SPACING: 0px" class=Apple-style-span>
<DIV>
<DIV style="MARGIN: 0px; FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 12pt">
<DIV style="MARGIN: 0px"></DIV>
<DIV style="MARGIN: 0px">There are several extra questions to be asked here:</DIV>
<OL>
<LI>Define "separate." If one creates a node module that creates content types, then one must manage the extra fields - generally&nbsp;in new (i.e. separated from node &amp; node_revisions) tables created by the module.</LI>
<LI>If one is talking about content created by other (e.g. core) modules, then the answer is maybe. Take a look at the sql rewriting hooks or whatever D7 has done to them.</LI>
<LI>Lastly, why? I would think that the overhead of managing multiple tables would outweigh any potential gains. I can't even begin to think what you would have to do to Views to make it work in your scenario.<BR>&nbsp;</LI></OL>
<P><FONT color=#ff007f size=4 face="bookman old style, new york, times, serif"><EM><STRONG>Nancy</STRONG></EM></FONT></P>
<DIV>&nbsp;<BR class=webkit-block-placeholder></DIV>
<P><FONT face="arial, helvetica, sans-serif">Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.</FONT></P>
<DIV style="MARGIN: 0px"><BR></DIV>
<DIV style="MARGIN: 0px; FONT-FAMILY: arial, helvetica, sans-serif; FONT-SIZE: 12pt"><BR>
<DIV style="MARGIN: 0px; FONT-FAMILY: times, serif; FONT-SIZE: 12pt"><FONT size=2 face=Tahoma>
<HR SIZE=1>
<B><SPAN style="FONT-WEIGHT: bold">From:</SPAN></B><SPAN class=Apple-converted-space>&nbsp;</SPAN>Deva &lt;<A href="mailto:devendra.in@gmail.com" rel=nofollow target=_blank ymailto="mailto:devendra.in@gmail.com">devendra.in@gmail.com</A>&gt;<BR><B><SPAN style="FONT-WEIGHT: bold">To:</SPAN></B><SPAN class=Apple-converted-space>&nbsp;</SPAN><A href="mailto:development@drupal.org" rel=nofollow target=_blank ymailto="mailto:development@drupal.org">development@drupal.org</A><BR><B><SPAN style="FONT-WEIGHT: bold">Sent:</SPAN></B><SPAN class=Apple-converted-space>&nbsp;</SPAN>Fri, February 11, 2011 7:59:26 AM<BR><B><SPAN style="FONT-WEIGHT: bold">Subject:</SPAN></B><SPAN class=Apple-converted-space>&nbsp;</SPAN>[development] Is it possible to have separate table for different content types in D7<BR></FONT><BR><FONT face=verdana,sans-serif>Hi All,<BR><BR>Is possible to have separate table for each content type?<BR><BR>Thanks in advance<BR
 clear=all></FONT><BR>--<SPAN class=Apple-converted-space>&nbsp;</SPAN><BR>:DJ<BR><BR><BR></DIV></DIV></DIV></DIV></SPAN></BLOCKQUOTE></DIV><BR></DIV></DIV></DIV></DIV></div></body></html>