Sounds like you have what you need, but if you don't want to deal with a framework, you might look into phpmyedit. It's a small program that you can attach to a table for quick and configurable CRUD functionality for the data in the table. It has a utility that generates the basic code you need and you can tweak it from there. I've found it useful on a number of projects. http://www.phpmyedit.org/ -Joshua Ken Irwin wrote: > Shawn Boyette ☠ wrote: >> I don't think he was asking about *programmers* creating or modifying >> *schema*. > > It's true -- I just want a simple little data entry tool (which I've > got now! That was easy.) > > I've been doing all of my development by hand, without the luxury of > frameworks, not out of any programmerly virtue, but just out of > simplicity -- ie, I've not taken the time to learn about frameworks. > It sure would be nice to take the time at some point, and I'll keep > Tim's injunctions about abstraction in mind when I do. > > *thanks and joy* > Ken > >> On Wed, Jul 30, 2008 at 11:07 AM, Tim Spalding <[log in to unmask]> >> wrote: >> >>> This gets religious quickly, but, in my experience, programmers who >>> learn on a framework miss out on their understanding of database >>> necessities. They may not matter much when you have a low-traffic, >>> low-content situation, but as your traffic and data grow you're going >>> to want an understanding of how MySQL optimizes queries, what's >>> expensive and what's not, and so forth. Although anyone can learn >>> anything, experience is the best teacher, and, in my experience, >>> frameworks encourage you to avoid that experience. >>> >>> For example, the Ruby programmers I've worked with have been unaware >>> that MySQL only uses one index per table per select, causing them to >>> index far more than they need, how joins work across different MySQL >>> data types, the advantages of ganging your inserts together, etc. This >>> stuff adds up fast. >>> >>> Of course, the same arguments could be leveled against PHP in favor of >>> C, against C in favor of assembly, etc.. Abstraction always has merits >>> and demerits. >>> >>> Tim >>> >> >