<div dir="ltr"><div><div class="gmail_extra"><div class="gmail_quote">2014-04-16 16:57 GMT+02:00 Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info" target="_blank">marc@infomarc.info</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">

Hugues Peccatte a écrit :<br>
<div><div class="h5">> 2014-04-16 0:18 GMT+02:00 Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>:<br>
><br>
>> Le 2014-04-15 15:18, Hugues Peccatte a écrit :<br>
>>> Hi,<br>
>>><br>
>>> I would like to talk about this ticket:<br>
>>> <a href="https://sourceforge.net/p/phpmyadmin/bugs/4070/" target="_blank">https://sourceforge.net/p/phpmyadmin/bugs/4070/</a><br>
>>> The issue is that when you want to limit the number of items (last<br>
>>> level) by page in navigation tree, you can have an issue with the last<br>
>>> group.<br>
>>><br>
>>> Imagine that you set the config to 25 items, you have a first group of<br>
>>> 20 DB, and another one of 15 DB. Here, the last group will contain only<br>
>>> 5 items and not all the group. But there is no information that there is<br>
>>> other children of this group, so you can believe that you see all the<br>
>>> items of the group.<br>
>>><br>
>>> I think that we better have to filter on the first level, than on the<br>
>>> number of the last level items…<br>
>>><br>
>>> The list of DB could be get by one query:<br>
>>> select s.*<br>
>>> from INFORMATION_SCHEMA.SCHEMATA s,<br>
>>> (<br>
>>> select DB_first_level<br>
>>> from (<br>
>>> SELECT SCHEMA_NAME, SUBSTRING_INDEX(SCHEMA_NAME, '_', 1) DB_first_level<br>
>>> FROM INFORMATION_SCHEMA.SCHEMATA<br>
>>> ) t<br>
>>> ORDER BY DB_first_level ASC<br>
>>> LIMIT 1, 3<br>
>>> ) t2<br>
>>> where 1 = locate(concat(DB_first_level, '_'), concat(s.SCHEMA_NAME, '_'))<br>
>>> order by s.SCHEMA_NAME;<br>
>>><br>
>>> (Here, I assume that the first level separator is "_" and that we want 3<br>
>>> items of first level.)<br>
>>><br>
>>> (If someone has basics of optimisation and have some idea to improve<br>
>>> this query, it could be useful.)<br>
>>><br>
>>> What do you think about removing limit number of last level items and<br>
>>> replace it by a limit of first level items?<br>
>>> Or any idea to fix the issue in another way?<br>
>> Hi Hugues,<br>
>> you talk about a limit at the "last level" but currently, the<br>
>> MaxNavigationItems applies at each level, not just the last one. For<br>
>> example, set it to "2" and you will see two databases per page, two<br>
>> tables, two columns, etc.<br>
>><br>
>> So if you remove this notion, to limit only at the first level, there<br>
>> might be a display problem when someone has a big number of tables in<br>
>> one database, or a big number of columns in a table.<br>
>><br>
>> The default limit was set to 250 but I'm not sure that it's a good idea.<br>
>> Seing 250 tables when expanding a database is a lot of tables.<br>
>><br>
>><br>
> Ok, I didn't know this.<br>
> So could we imagine to have a new property to manage only the DB items?<br>
<br>
</div></div>Exact.<br>
<div class=""><div class="h5"></div></div></blockquote></div><br></div></div><div class="gmail_extra">Hi,</div><div class="gmail_extra"><br></div><div class="gmail_extra">I sent a PR for this ticket, see <a href="https://github.com/phpmyadmin/phpmyadmin/pull/1153">https://github.com/phpmyadmin/phpmyadmin/pull/1153</a></div>

<div class="gmail_extra">But I've some troubles with sourceforge that I can't reach. Can you?</div><div class="gmail_extra"><br></div><div class="gmail_extra">In this PR, I created a new property.</div><div class="gmail_extra">

<br></div><div class="gmail_extra">Hugues.</div></div>