aboutsummaryrefslogtreecommitdiffstats
path: root/lib
Commit message (Collapse)AuthorAgeFilesLines
* organized congruence stuff in attributeNick Kallen2008-02-162-12/+19
|
* more test coverageNick Kallen2008-02-163-9/+10
|
* attribute is now a concrete ancestor of expression. seems logical.Nick Kallen2008-02-162-24/+17
|
* removing unneccessary tests now that attribute lookup is so simpleNick Kallen2008-02-111-1/+0
|
* rename substitute to bind since it 'binds' an object to a new relation.Nick Kallen2008-02-118-13/+13
|
* aesthetic considerationsNick Kallen2008-02-119-15/+29
|
* removing code complexity concerning attribute lookup.Nick Kallen2008-02-117-47/+12
|
* cleaning up code and adding test coverage for attribute and expression.Nick Kallen2008-02-042-12/+20
|
* this is very messy but it is finally close to feature-completeNick Kallen2008-02-0312-53/+121
|
* i know it doesn't work but need to anchor here...Nick Kallen2008-02-0314-164/+129
|
* filling out some pending specsNick Kallen2008-01-212-1/+4
|
* joining on aggregations; this time where the aggregation is on the right.Nick Kallen2008-01-215-18/+27
|
* merging "schmoin" experiment with joining aggregations into regular "join" ↵Nick Kallen2008-01-214-6/+22
| | | | functionality; half-way done...
* completed initial functionality for joining with aggregation (the meaning of ↵Nick Kallen2008-01-2111-52/+78
| | | | which is joining on a subselect/derived table); the big change is the introduction of a #projections protected method; this is a private version of #attributes which preserves implementation information (e.g., the name of the function called)
* adding grouping functionality; added some dummy code ("Schmoin") for ↵Nick Kallen2008-01-169-16/+91
| | | | experimenting with aggregate joins. need to resolve the ambiguity in the #as operator between (SELECT * FROM foo AS bar) vs. (SELECT * FROM foo) AS bar
* Remove ActiveRelation sub-modules and refactor specsBryan Helmkamp2008-01-1418-503/+471
|
* strategy patternNick Kallen2008-01-131-4/+4
|
* experimenting with strategy pattern rather than conditional; not as terse, ↵Nick Kallen2008-01-1312-55/+83
| | | | nor transparent, but i still feel it's better
* removed support for scalar select (will return later); added support for ↵Nick Kallen2008-01-139-16/+40
| | | | aliased tables
* removed to_sql invocation for joins in base.rb... unnecessary, but perhaps ↵Nick Kallen2008-01-131-1/+1
| | | | confusing?
* experimenting with new aliasing terminology and interfaceNick Kallen2008-01-124-12/+8
|
* aliasing of relationsNick Kallen2008-01-126-9/+35
|
* bug with aggregation to_SqlNick Kallen2008-01-122-2/+1
|
* commentNick Kallen2008-01-121-0/+2
|
* added aggregationsNick Kallen2008-01-126-12/+61
|
* relation inclusion operatorNick Kallen2008-01-125-5/+25
|
* removed operator overloading of the predications (==, etc.)Nick Kallen2008-01-125-15/+15
|
* removed operator overloading; renamed spec filesNick Kallen2008-01-122-3/+3
|
* minor cleanupNick Kallen2008-01-111-14/+3
| | | | - using a struct, a bit more terse
* new files?Nick Kallen2008-01-1013-0/+382
|
* reorganized requiresNick Kallen2008-01-101-6/+1
|
* reorganized requiresNick Kallen2008-01-101-16/+4
|
* renamed files, removed _relation suffixNick Kallen2008-01-1012-377/+11
|
* namespacingNick Kallen2008-01-1031-407/+429
|
* removed sql builderNick Kallen2008-01-0733-465/+111
|
* nkNick Kallen2008-01-076-15/+8
|
* minorNick Kallen2008-01-0751-76/+245
|
* integration spec is persuasive, hopefullyNick Kallen2008-01-066-14/+68
|
* quotingNick Kallen2008-01-0510-7/+16
|
* minor cleanupNick Kallen2008-01-051-0/+1
|
* join relation qualificationNick Kallen2008-01-051-1/+5
|
* qualified namingNick Kallen2008-01-0514-33/+113
|
* basic rename functionalityNick Kallen2008-01-053-0/+9
|
* removed overly flexible sql builder funcitonalityNick Kallen2008-01-031-1/+0
|
* missing filesNick Kallen2008-01-032-0/+18
|
* new usage of builderNick Kallen2008-01-0312-78/+149
| | | | `
* integration testNick Kallen2008-01-0120-11/+233
|
* more to_sqlNick Kallen2007-12-313-0/+21
|
* cleanest implementation of adapter i could manageNick Kallen2007-12-313-30/+15
|
* before doing crazyNick Kallen2007-12-307-2/+64
|