> I agree, but the main demand for something like this is going to be a client who wants to create their own forms on demand without touching Model code. I can

> I agree, but the main demand for something like this is going to be a client who wants to create their own forms on demand without touching Model code. I can see the use-cases, but I think that level of dynamism should be built into the data model, not built by building a dynamic data model. To take an extreme example, if you had a single table with the columns "key" and "value", you'd be able to encode any structure you wanted at the application level. This would likely be a bad idea (at least for general purposes), but there are levels in between that would work. Models like "Form" and "Form Item", and maybe even "FormItemType" and "FormItemField", things like that, could represent fairly complex dynamic structures.