[Phpmyadmin-devel] #4536 - master: import problem (PMA_String)
Marc Delisle
marc at infomarc.info
Mon Sep 22 18:44:17 CEST 2014
Hugues Peccatte a écrit :
> 2014-09-21 16:30 GMT+02:00 Hugues Peccatte <hugues.peccatte at gmail.com>:
>
>> 2014-09-21 12:20 GMT+02:00 Marc Delisle <marc at infomarc.info>:
>>
>>> Le 2014-09-20 21:05, Marc Delisle a écrit :
>>>> Hi Hugues,
>>>>
>>>> I have not looked deep into this logic, so it seems that you've become
>>>> the expert here in these matters.
>>>>
>>>> Taking into account that the current master is not acceptable for a
>>>> 4.3.0-alpha release, I see a few choices:
>>>>
>>>> - remove the mb modifications from the import logic
>> This one would be the easiest.
>>
>
> This one isn't possible. Even with undoing all modifications in this
> function, the execution is too long.
Hugues,
do you still have the branch where each commit was separate, before
squashing?
>
>
>>
>>>> - remove the current parser from the import logic, therefore removing
>>>> support for things like a custom delimiter and probably other things
>>>> (import of compressed files?)
>> The issue isn't about compressed files. I tried to import the SQL into
>> your zip file: it was too long…
>>
>>
>>>> - delay 4.3.0 until we find the correct solution with mb
>> I don't know the delay to find a solution, so not sure that would be
>> enough.
>>
>>
>>> We could also add another (!) custom option in the import dialog:
>>> multi-byte or not.
>>>
>> This might be possible… I'll do some tests about choosing the PMA_String*
>> to use.
>>
>
> So, this is not possible either.
>
>
>>
>>> The multi-byte way is the more correct one for importing files with
>>> multi-byte characters, but simply does not work for big files (10 to 15
>>> times slower). So by default, the option could be set to not use the
>>> multi-byte way.
>>>
>>> A user with a big multi-byte file would have a problem, unless she is
>>> allowed to set the PHP execution time limit to huge values (which not
>>> many sysadmins will allow unless they want their shared server to
>>> perform badly).
>>>
>>> --
>>> Marc Delisle | phpMyAdmin
>>>
>> Thanks for your feedback.
>>
>> Hugues.
>>
>
> I still try to find the greedy part of the script.
>
> Hugues.
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Phpmyadmin-devel mailing list
> Phpmyadmin-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
--
Marc Delisle (phpMyAdmin)
More information about the Developers
mailing list