1. 09 11月, 2013 1 次提交
    • Y
      log bind variables after they were type casted. · 97f0d9a0
      Yves Senn 提交于
      The log output used to be confusing in situation where type casting has
      "unexpected" effects. For example when finding records with a `String`.
      
      BEFORE:
      
      irb(main):002:0> Event.find("im-no-integer")
      D, [2013-11-09T11:10:28.998857 #1706] DEBUG -- :   Event Load (4.5ms)  SELECT "events".* FROM "events" WHERE "events"."id" = $1 LIMIT 1  [["id", "im-no-integer"]]
      
      AFTER:
      
      irb(main):002:0> Event.find("im-no-integer")
      D, [2013-11-09T11:10:28.998857 #1706] DEBUG -- :   Event Load (4.5ms)  SELECT "events".* FROM "events" WHERE "events"."id" = $1 LIMIT 1  [["id", 0]]
      97f0d9a0
  2. 25 10月, 2013 1 次提交
  3. 22 10月, 2013 1 次提交
  4. 14 10月, 2013 2 次提交
  5. 05 10月, 2013 4 次提交
  6. 30 9月, 2013 1 次提交
  7. 12 9月, 2013 1 次提交
    • R
      Check if the SQL is not a prepared statement · f13b2785
      Rafael Mendonça França 提交于
      When the adapter is with prepared statement disabled and the binds array
      is not empty the connection adapter will try to set the binds values and
      will fail. Now we are checking if the adapter has the prepared statement
      disabled.
      
      Fixes #12023
      f13b2785
  8. 08 8月, 2013 1 次提交
  9. 02 8月, 2013 1 次提交
  10. 10 7月, 2013 1 次提交
  11. 20 6月, 2013 1 次提交
    • D
      Handle single quotes in PostgreSQL default column values · 78f62689
      Dylan Markow 提交于
      PostgreSQL escapes single quotes by using an additional single quote.
      When Rails queries the column information, PostgreSQL returns the
      default values with the escaped single quotes.
      
      #extract_value_from_default now converts these to one single quote each.
      
      Fixes #10881.
      78f62689
  12. 15 5月, 2013 1 次提交
  13. 08 5月, 2013 1 次提交
  14. 07 5月, 2013 1 次提交
    • P
      Handle other pk types in PostgreSQL gracefully. · 0e00c6b2
      Patrick Robertson 提交于
      In #10410 it was noted that you can no longer create PK's with the
      type of bigserial in PostgreSQL in 4.0.0.rc1. This is mostly
      because the newer adapter is checking for column type with the
      id column instead of just letting it pass through like it did
      before.
      
      Side effects:
      You may just create a PK column of a type that you really don't
      want to be your PK. As far as I can tell this was allowed in 3.2.X
      and perhaps an exception should be raised if you try and do
      something extremely dumb.
      0e00c6b2
  15. 05 5月, 2013 1 次提交
  16. 03 5月, 2013 1 次提交
  17. 02 5月, 2013 2 次提交
  18. 05 4月, 2013 1 次提交
  19. 26 3月, 2013 3 次提交
  20. 23 3月, 2013 5 次提交
  21. 21 3月, 2013 1 次提交
  22. 16 3月, 2013 1 次提交
  23. 15 3月, 2013 3 次提交
  24. 13 3月, 2013 1 次提交
  25. 09 3月, 2013 1 次提交
  26. 08 3月, 2013 1 次提交
  27. 01 3月, 2013 1 次提交