I agree for now, lets push this back. On Sat, May 5, 2012 at 3:06 AM, rg1024 <994...@bugs.launchpad.net> wrote: > A relation can work over a numeric field or a string field. For human, > string are more readable and you don't need remember that 4 is code for > aiki_admin, for example... > > Probaly in a new design i should use a number as id, but now, its more > important to maintain backward compatibility so this "improvements" can be > delayed. > > Imho, this is not bug: does it fail? do it given a unexpected behavior? > As a improvement, what do we gain with it? more speed? less disk space > (how much?), > > Roger > > -- > You received this bug notification because you are subscribed to > aikiframework. > https://bugs.launchpad.net/bugs/994444 > > Title: > widget_site in aiki_widgets should be id not string > > To manage notifications about this bug go to: > https://bugs.launchpad.net/aikiframework/+bug/994444/+subscriptions
-- Jon Phillips 王✳爻气 http://fabricatorz.com ✳ skype: kidproto ✳ irc: rejon +1.415.830.3884 (global) ✳ +86-187-1003-9974 (beijing) -- You received this bug notification because you are a member of Aiki Framework Developers, which is subscribed to aikiframework. https://bugs.launchpad.net/bugs/994444 Title: widget_site in aiki_widgets should be id not string Status in Aiki Framework: New Bug description: The whole idea about relational database is to have connection between tables using primary and foreign keys. so this should be equivalent aiki_sites.id == aiki_widgets.widget_site right now widget_site is varchar(255) and all widgets have "default" in it. To manage notifications about this bug go to: https://bugs.launchpad.net/aikiframework/+bug/994444/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~aikiframework-devel Post to : aikiframework-devel@lists.launchpad.net Unsubscribe : https://launchpad.net/~aikiframework-devel More help : https://help.launchpad.net/ListHelp
