<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, May 25, 2014 at 4:05 AM, Marc Delisle <span dir="ltr"><<a href="mailto:marc@infomarc.info" target="_blank">marc@infomarc.info</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Le 2014-05-24 14:52, Chirayu Chiripal a écrit :<br>
> Hi,<br>
><br>
<div class="">> On Fri, May 23, 2014 at 12:52 AM, Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a><br>
</div><div class="">> <mailto:<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>> wrote:<br>
><br>
>     Chirayu Chiripal a écrit :<br>
>     > On Fri, May 23, 2014 at 12:35 AM, Marc Delisle <<a href="mailto:marc@infomarc.info">marc@infomarc.info</a><br>
</div><div><div class="h5">>     <mailto:<a href="mailto:marc@infomarc.info">marc@infomarc.info</a>>> wrote:<br>
>     ><br>
>     >> Chirayu Chiripal a écrit :<br>
>     >>> Hi,<br>
>     >>><br>
>     >>> While analyzing the current behavior of export feature, few<br>
>     doubts has<br>
>     >>> arisen in my mind regarding it. In sql_export.png, There are two<br>
>     export<br>
>     >>> buttons, button 1 & button 2 respectively. When exporting using<br>
>     Button 1<br>
>     >>> shown in sql_export.png, the resulting sql file had all the rows (20<br>
>     >> rows)<br>
>     >>> present in the table (See QA_4_2_Button_1_export.sql) whereas when<br>
>     >> Button 2<br>
>     >>> was used then only the rows (10 rows) displayed in results<br>
>     according to<br>
>     >> the<br>
>     >>> LIMIT condition in the query were in the sql file (See<br>
>     >>> QA_4_2_Button_2_export.sql). Is this the correct behavior or<br>
>     both should<br>
>     >>> have generated identical sql export file?<br>
>     >>><br>
>     >>> SQL query which was used: SELECT * FROM `abcd` WHERE 1 limit 10<br>
>     >>><br>
>     >> Button 1 means to export the rows that you have selected via each<br>
>     row's<br>
>     >> checkbox.<br>
>     >><br>
>     >> --<br>
>     >> Marc Delisle (phpMyAdmin)<br>
>     >><br>
>     ><br>
>     > What if I didn't selected any rows?<br>
>     ><br>
>     > IMHO, In this case it should not export rows which are not in the<br>
>     resultset<br>
>     > of the query but it is exporting all the rows of the table.<br>
><br>
>     Correct, it should not export anything.<br>
><br>
>     --<br>
>     Marc Delisle (phpMyAdmin)<br>
><br>
><br>
><br>
> Currently, there is no SQL Export for queries involving multiple tables<br>
> such as join query. So, does that mean aliases is to be considered only<br>
> in SELECT statements involving one table? or Am I missing something here?<br>
<br>
</div></div>Indeed, exporting a join query makes no sense to me.<br>
<span class="HOEnZb"><font color="#888888"><br>
<br>
--<br>
Marc Delisle | phpMyAdmin<br>
</font></span><div class="HOEnZb"><div class="h5"><br></div></div></blockquote></div>A table maybe having triggers present, so while exporting even old column and table names have to be replaced by alias which is a bit problem here because current SQL parser does not provide information about aliases in such cases with PMA_SQP_analyze(). Maybe some of these approaches can be used:<br>
<br>1) We can get token array by using PMA_SQP_parse() to get tokens which have to processed which is bit problematic because result of PMA_SQP_parse() detects 'TRIGGER', 'BEFORE' few keywords used in 'CREATE TRIGGER' statement as an identifier rather than keyword and it becomes difficult to decide whether it was used as column or table name or it is used as keyword. Maybe we can first look for SELECT, INSERT, DELETE, UPDATE, SET, NEW, OLD keywords first then consider identifier followed by them. I am not sure whether this kind of approach can give us correct results every time.<br>
<br></div><div class="gmail_extra">2) Or we can separate different SQL statements such as SELECT, INSERT, SET etc. inside create query of trigger into separate queries and then parse them using PMA_SQP_analyze() and then substitute aliases. I have no idea how to separate them as trigger body may have various constructs present in them such as loops, if-then-else conditions etc.<br>
<br></div><div class="gmail_extra">Any other suggestions about how to extract column and table names from the create queries of trigger?<br clear="all"></div><div class="gmail_extra"><br>-- <br><div dir="ltr">Regards,<br>
Chirayu Chiripal<br>phpMyAdmin Intern - Google Summer of Code 2014<br><a href="https://chirayuchiripal.wordpress.com/" target="_blank">https://chirayuchiripal.wordpress.com/</a><br></div>
</div></div>