[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