<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-09-21 16:30 GMT+02:00 Hugues Peccatte <span dir="ltr"><<a href="mailto:hugues.peccatte@gmail.com" target="_blank">hugues.peccatte@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">2014-09-21 12:20 GMT+02:00 Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info" target="_blank">marc@infomarc.info</a>></span>:<br></span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">Le 2014-09-20 21:05, Marc Delisle a écrit :</span><span class=""><div><div>
> Hi Hugues,<br>
><br>
> I have not looked deep into this logic, so it seems that you've become<br>
> the expert here in these matters.<br>
><br>
> Taking into account that the current master is not acceptable for a<br>
> 4.3.0-alpha release, I see a few choices:<br>
><br>
> - remove the mb modifications from the import logic<br></div></div></span></blockquote><div><br></div><div>This one would be the easiest.</div></div></div></div></blockquote><div><br></div><div>This one isn't possible. Even with undoing all modifications in this function, the execution is too long.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
><br>
> - remove the current parser from the import logic, therefore removing<br>
> support for things like a custom delimiter and probably other things<br>
> (import of compressed files?)<br></div></div></blockquote><div><br></div></span><div>The issue isn't about compressed files. I tried to import the SQL into your zip file: it was too long…</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
><br>
> - delay 4.3.0 until we find the correct solution with mb<span style="color:rgb(34,34,34)"> </span></div></div></blockquote><div><br></div></span><div>I don't know the delay to find a solution, so not sure that would be enough.</div><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<br>
</div></div>We could also add another (!) custom option in the import dialog:<br>
multi-byte or not.<br></blockquote><div><br></div></span><div>This might be possible… I'll do some tests about choosing the PMA_String* to use.</div></div></div></div></blockquote><div><br></div><div>So, this is not possible either.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The multi-byte way is the more correct one for importing files with<br>
multi-byte characters, but simply does not work for big files (10 to 15<br>
times slower). So by default, the option could be set to not use the<br>
multi-byte way.<br>
<br>
A user with a big multi-byte file would have a problem, unless she is<br>
allowed to set the PHP execution time limit to huge values (which not<br>
many sysadmins will allow unless they want their shared server to<br>
perform badly).<br>
<div><div><br>
--<br>
Marc Delisle | phpMyAdmin<span style="color:rgb(34,34,34)"> </span></div></div></blockquote><div><br></div></span><div>Thanks for your feedback. </div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Hugues. </div></font></span></div></div></div>
</blockquote></div><br></div><div class="gmail_extra">I still try to find the greedy part of the script.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Hugues.</div></div>