I don't think that model size is an issue for exectution, since all these lines need to be executed or at least parsed...
But yes, you will have hard time edit a long model file with the online editor and as Christian explained it makes more sens to split your model into logical subgroup of models files. About controller, the book says that the smaller the controller the faster the "app". At least the page contain in this controller file will be. So having as lean as possible controller file make more sens then model file to limit parsing time on view/page call by the browser. If you follow the rules establish to benefit from recent lazy_model (don't forget migrate=False in prod) I don't think the lent of model file influence the executing time that much. Here other tricks : http://web2py.com/books/default/chapter/29/13/deployment-recipes#Efficiency-and-scalability There is also many thread about scaling on this list. Richard On Sun, Aug 11, 2013 at 5:20 PM, Christian Foster Howes <[email protected]>wrote: > i personally like to break things into logical units. from an execution > perspective i don't think it makes much of a difference how many files your > model is broken into, but if there are groups of related tables that can be > broken out it might make your editing much faster. > > > On Sunday, August 11, 2013 6:45:08 AM UTC-7, Alex Glaros wrote: >> >> Is the size of a model or controller file a reason for breaking it into >> smaller files? >> >> my default/db.py file has over 100 tables and sometimes editing it is >> slow. Is editing speed by itself a reason for splitting up the file? >> >> thanks, >> >> Alex >> > -- > > --- > You received this message because you are subscribed to the Google Groups > "web2py-users" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > -- --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
