[Solar-talk] Solar_Sql_Table initial rows
Paul M Jones
pmjones at solarphp.com
Tue Jul 11 14:04:56 PDT 2006
On Jul 11, 2006, at 1:55 PM, Antti Holvikari wrote:
>> Having said that, I think that Solar_Sql_Table is due for refactoring
>> again; the internal validations, etc. need some work (as Jeff
>> Surgeson will attest), and the _autoCreate()/_autoSetup() could
>> certainly be more intuitive code-wise. I'm thinking that S_S_Table
>> needs to be a bit more stripped-down to a generic case, and then have
>> a new Solar_Model class that adds on top of it. That lets other
>> vendors (like you) pick their level of functionality (generic Table
>> or more full-featured Model), and then build on it. (Does that make
>> sense?)
>
> It makes sense. I would like to hear more about what you have in mind.
So would I. ;-) Have not fully fleshed out the idea yet, I just
know that something like it is going to be necessary.
> Are we getting towards an ORM? ;-) I'm a little scared of those...
Solar_Sql_Table is already an object-relation manager: the object is
the PHP object, the relation is (technically) the table. But it's a
table-based ORM, not a record-based ORM; compare the TableModule
pattern with the ActiveRecord pattern (from Fowler's "Patterns of
Enterprise Application Architecture").
But no, I'm not looking to make a record-based ORM solution, at least
not yet ... I'm still a big fan of table-based management. It would
be nice to have some Rails-ish features like auto-joins of related
tables, but that's not a big deal for me to have right now.
Does that help?
--
Paul M. Jones <http://paul-m-jones.com>
Solar: Simple Object Library and Application Repository
for PHP5. <http://solarphp.com>
Savant: The simple, elegant, and powerful solution for
templates in PHP. <http://phpsavant.com>
More information about the solar-talk
mailing list