<p dir="ltr">Hey, I don't know if someone happened to mention this..</p>
<p dir="ltr">But maybe a database cache might be a fix for this problem.  :-)</p>
<p dir="ltr">It seems like it might be easier to fix the problem than to provide a migration path to 6.0 for everyone who has used a role based pick list...  Like possibly everyone who has edited pick lists via the Module Manager<br>
</p>
<div class="gmail_quot<blockquote class=" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 21/03/13 14:26, Doug wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
It seems that it is a huge performance issue.<br>
<br>
Check out Allen's earlier post about performance issues related to the<br>
feature.<br>
</blockquote>
<br>
It is, but do bear in mind that that was a module that had ~50 role-based picklist fields alone! The customer added them via the Module Manager so they will *always* be type 15 (role based). Some of them had almost 100 values too!<br>

<br>
It seems to me from the comments so far, that it might be preferable to support the creation of *either* type of picklist in the Module Manager and explain the pros & cons of each.<br>
<br>
And of course, use a database cache ;-)<br>
<br>
<br>
Al<br>
<br>
<br>
<br>
<br>
______________________________<u></u>_________________<br>
<a href="http://www.vtiger.com/" target="_blank">http://www.vtiger.com/</a><br>
</div>