Let me know if I can help. anyhow a good starting point would be making the table.insert() able to return None if no primary key or ID is defined. what do u think? is this possible?
On 8 Feb, 17:29, mdipierro <mdipie...@cs.depaul.edu> wrote: > You know I would take a patch > > On Feb 8, 9:49 am, DenesL <denes1...@yahoo.ca> wrote: > > > On Feb 8, 5:02 am, kralin <andrea.pierle...@gmail.com> wrote:> well, a > > primary key is always a good thing in a table, but > > > not everybody seems to use it, particularly in many to many tables. > > > > while this is not in the web2py specifications( by not requiring a > > > unique autoincremental id), > > > being able to read and write form this tables, can be very very useful > > > for legacy db support. > > > I agree completely. Previously I was just pointing out that the > > current legacy support was designed to work with keyed tables only. > > Keyless table support would be a welcome addition.> I know that a something > > like crud cannot work in this tables since you > > > are not guaranteed to > > > select a single entry, but making it work at a lower level can be > > > useful... > > > It might be the case, I just have not thought about it. -- You received this message because you are subscribed to the Google Groups "web2py-users" group. To post to this group, send email to web...@googlegroups.com. To unsubscribe from this group, send email to web2py+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/web2py?hl=en.
