It's an evolving data world and sometimes *change* is good (no political messages here, I'm referring to FMP).
Beverly On 11/12/08 8:01 PM, "Don Wieland" <[EMAIL PROTECTED]> wrote in whole or in part: > On Nov 12, 2008, at 2:26 PM, Beverly Voth wrote: > >> It's a great starting point. I use MVC in web developing and much >> of what I >> do in FMP has some of that influence. > > Hi Bev, > > Just a little feedback (maybe a little off subject to CoreData): > > I was glad to see that FileMaker decided that connectivity was > necessary between FMP and ODBC sources. To be frank, when I was first > exposed to this, I was very optimistic and hopeful. > > Now I only hope they go one step further. Why can't we have another > option in the "Manage External Data Sources" > > 1) FileMaker > 2) FileMaker (All tables and fields) > 3) ODBC > > Basically, the "FileMaker (All tables and fields)" option acts/ > behaves similar to the OCBC connection only referencing raw tables > and fields of another FileMaker DB source. It would display all > tables and fields similar to that of an ODBC connection with the > ability to establish the same types of Options (auto enter, lookup, > validation, etc..). You could choose to define additional calculation > and summary fields off the source fields. > > I guess what I am saying is since they made a fairly decent > connection with the ODBC source, why can't they do the same thing > with their own data source. If they took that natural step, it would > then allow us to use a natural "Separation Model". > > This would make me very happy, but I admit I am even more greedy ;-) > Along with this, I would like the ability to setup "actions" that > would allow me to add/edit/delete in the referred FMP data source. A > simple button on each File Reference called "Actions" could be > established. Using it you could add/edit/delete tables and it's > fields. Then when I deployed (or marry) the Interface file with an > older DATA source, it would go through the actions to check to see if > they have implemented and synchronized. If not, it would implement > the action, otherwise bypass the action. > > In closing, I understand many have poured deep thought into > establishing a better data model in FMP and I admit my ideas may be > vague (lacking detail) pipe dreams. I do truly appreciate the > different dialogs and perspectives on this subject. I gain much from it. > > My 2 cents ;-) > > Don Wieland > D W D a t a C o n c e p t s > ~~~~~~~~~~~~~~~~~~~~~~~~~ > [EMAIL PROTECTED] > Direct Line - (714) 389-4026 > > Integrated data solutions to fit your business needs. > > JUST RELEASED - Appointment 1.0v9 for FileMaker Pro 9 > http://www.appointment10.com > > For a quick overview - > http://www.appointment10.com/Appt10_Promo/Overview.html
