Commit message (Collapse) | Author | Age | Files | Lines | ||
---|---|---|---|---|---|---|
... | ||||||
* | Table names seem to be disambiguated. | Nick Kallen | 2008-05-04 | 4 | -29/+15 | |
| | | | | - Code is a mess, about to undergo some refactoring | |||||
* | finally fixed table aliasing issues | Nick Kallen | 2008-05-01 | 1 | -1/+1 | |
| | | | | - the solution is currently ugly, but i have an idea how to clean it up | |||||
* | naming of aliased relations seemed to be solved; now aggregate relations are ↵ | Nick Kallen | 2008-05-01 | 1 | -4/+6 | |
| | | | | still broken | |||||
* | my failing test. this is really really hard | Nick Kallen | 2008-04-30 | 1 | -1/+8 | |
| | ||||||
* | the big obstacle | Nick Kallen | 2008-04-30 | 3 | -23/+18 | |
| | ||||||
* | improved messaging in test | Nick Kallen | 2008-04-28 | 1 | -3/+2 | |
| | ||||||
* | automatically aliasing tables | Nick Kallen | 2008-04-28 | 2 | -64/+42 | |
| | ||||||
* | attribute disambiguation | Nick Kallen | 2008-04-27 | 1 | -8/+25 | |
| | ||||||
* | results of a select query are a hash indexed by attribute rather than string | Nick Kallen | 2008-04-27 | 1 | -1/+1 | |
| | ||||||
* | in fact, when doing subsequent orderings, we assume that the previous ↵ | Nick Kallen | 2008-04-18 | 1 | -2/+2 | |
| | | | | orderings have taken effect and therefore where the new ordering finds things equal, the previous ordering should take effect | |||||
* | when ordering, the last order wins | Nick Kallen | 2008-04-18 | 1 | -13/+2 | |
| | ||||||
* | officially renamed active_relation to arel | Nick Kallen | 2008-04-18 | 21 | -0/+1514 | |