<br>&gt; That&#39;s why it was suggested to automatically delete revisions that<br>&gt; were used for previews. Not that it would become elegant code, but<br>&gt; that would at least get rid of the overhead.<br><br>It doesn&#39;t get rid of the overhead... just the makes the database look cleaner.&nbsp; A JOIN happens between node and node_revisions any time the body of the node is displayed regardless of how many revisions you save.&nbsp; 
<br><br>The suggested solution is to allow for &quot;keep x revisions&quot; setting.&nbsp;&nbsp;
Setting x to 0 would give users a &quot;clean&quot; database, but it doesn&#39;t change the fact that inserts are happening where they haven&#39;t happened before.&nbsp; 
Inserting previews is more overhead than not inserting them, but any
single insert or update is not enough to be concerned about.&nbsp; There are few people as concerned about Drupal&#39;s performance as David Strauss, so I don&#39;t think he&#39;s ever
going to recommend a change that slows Drupal down.&nbsp; <br><br>David makes the
case (pretty compelling IMHO) that most big systems, modern
applications, and operating systems are including revisions by default
and that this change would simplify the Drupal code base.<br>
<br>
The discussions about using revisions by default and changing preview to be a saved revision are really separate discussions.&nbsp; <br>
<br>
There is still a difference between preview and save.&nbsp; You can preview
30 times and decide not to save any of those changes.&nbsp; All of the
changes wouldn&#39;t have to be saved.&nbsp; In the case of previews, I&#39;m
assuming that the default would be to update the active &quot;preview&quot;
revision and not keep every change.&nbsp; One of my concern has been
orphaned previews.&nbsp; Not because they would clutter the db, but because
if the exist and only an admin could get to them it would create an
additional support responsibility I don&#39;t want.&nbsp; <br>
<br>
For me to +1 preview as a revision, the UI has to be self serve and developers maintaining popular modules that would be impacted have to be on board. <br><br>
<br>
- Kevin Reynen<br><br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br><br></blockquote></div><br>