1. 07 5月, 2017 1 次提交
  2. 07 8月, 2016 1 次提交
  3. 20 7月, 2016 1 次提交
  4. 29 2月, 2016 2 次提交
  5. 11 6月, 2015 1 次提交
  6. 27 12月, 2014 1 次提交
  7. 14 11月, 2014 1 次提交
  8. 10 4月, 2014 1 次提交
  9. 18 1月, 2014 1 次提交
  10. 18 5月, 2013 1 次提交
  11. 26 11月, 2011 1 次提交
    • X
      add the query to AR::Relation#explain output · 1be9830d
      Xavier Noria 提交于
      Rationale: this is more readable if serveral queries
      are involved in one call. Also, it will be possible
      to let AR log EXPLAINs automatically in production
      mode, where queries are not even around.
      1be9830d
  12. 07 11月, 2011 1 次提交
    • X
      revises EXPLAIN tests for SQLite3 · b454601b
      Xavier Noria 提交于
      The output in Travis is a bit different. The SQLite
      documentation (http://www.sqlite.org/eqp.html) warns
      output may change dramatically between releases. I
      do not want to mock the result set because I want a
      real EXPLAIN to happen. I prefer a test that may fail
      in future releases than a test that may give false
      positives in future releases.
      b454601b
  13. 06 11月, 2011 1 次提交
    • X
      implements AR::Relation#explain · e7b7b441
      Xavier Noria 提交于
      This is a first implementation, EXPLAIN is highly
      dependent on the database and I have made some
      compromises.
      
      On one hand, the method allows you to run the most
      common EXPLAIN and that's it. If you want EXPLAIN
      ANALYZE in PostgreSQL you need to do it by hand.
      
      On the other hand, I've tried to construct a string
      as close as possible to the ones built by the
      respective shells. The rationale is that IMO the
      user should feel at home with the output and
      recognize it at first sight. Per database.
      
      I don't know whether this implementation is going
      to work well. Let's see whether people like it.
      e7b7b441