<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, May 22, 2014 at 10:44 PM, 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:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Smita,<br>
<br>
I was under the impression that the central list of columns would be<br>
authoritative, regarding the column attributes. Currently, it seems that<br>
the table itself has priority.<br>
<br>
For example, if a column is described in the central list as being<br>
VARCHAR(40), and the same column name exists in a table, but with<br>
VARCHAR(45), I would expect a sync operation to adjust the column's size<br>
  to the "official" 40. On the contrary, the central list is modified<br>
when doing the sync.<br></blockquote><div>Hi Marc,<br></div><div>In my opinion, changing type without user consent is not a good idea. there might be a case that, in one table let say 'id' field needs INT but in another table which expected to have lot more rows will need field 'id' to be of type BIGINT. So in this case if system changes BIGINT to INT, it would be big problem. If I understood you correctly.<br>
<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Or, am I mistaken with the goal of the sync feature?<br></blockquote><div> </div><div>I think my understanding of the problem [0] is somewhat different from what you have understood. What I understood from the problem that some of the already existing columns from the database, we keep in a central list. and then while making a new table or adding a new column to a existing table,  from the central list we can pick a column using option on UI which autopopulate all the fields for new column being added. So if there is already a existing column let say 'product_id', while adding new similar column in some table user won't use prod_id or something similar with different attributes, they can just select 'product_id' from central list. It also saves user from filling all the necessary fields.<br>
</div><div>So in my implementation Syncing a table meant: just adding columns with unique attributes ( not matching with any other column in central list ) of that table in the central list.<br><br></div><div>Please let me know if I'm interpreting the problem[0] wrongly.<br>
</div><div><br>[0] <a href="http://sourceforge.net/p/phpmyadmin/feature-requests/1477/">http://sourceforge.net/p/phpmyadmin/feature-requests/1477/</a><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

--<br>
Marc Delisle (phpMyAdmin)<br>
<br>
------------------------------------------------------------------------------<br>
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE<br>
Instantly run your Selenium tests across 300+ browser/OS combos.<br>
Get unparalleled scalability from the best Selenium testing platform available<br>
Simple to use. Nothing to install. Get started now for free."<br>
<a href="http://p.sf.net/sfu/SauceLabs" target="_blank">http://p.sf.net/sfu/SauceLabs</a><br>
_______________________________________________<br>
Phpmyadmin-devel mailing list<br>
<a href="mailto:Phpmyadmin-devel@lists.sourceforge.net">Phpmyadmin-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel</a><br>
</blockquote></div><br></div></div>