| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This method was added to be shared between update_attribute and
update_column in 50725cec397d4fa0ecf1dda4e6ae845a993f1ba7, but since
update_attribute was removed, and update_column has changed to delegate
to update_columns, the method is not used anywhere anymore.
Also remove "key.to_s" conversion when raising readonly error, since
the key is being interpolated.
|
| |
| |
| |
| |
| |
| | |
This is a real fix (as compared to the band-aid in b127d86c), which uses
the recently-added equality methods for ARel nodes. It has the side
benefit of simplifying the merge code a bit.
|
|\ \
| | |
| | |
| | |
| | | |
brainopia/use_inversed_parent_for_first_and_last_child
Use inversed parent for first and last child of has_many association
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Cleans up a lot of noise from arguments being passed from one method to
another.
|
| | |
| | |
| | |
| | |
| | | |
This should make it easier to refactor and improve this code, and remove
complexity with params going around here and there.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
Avoid doing a new column lookup for the attribute, since we already have
the column to check for the klass.
|
| | |
| | |
| | |
| | |
| | | |
Move some methods to the top to better organize them, since they're used
right at the beginning of the multiparameter assignment method chain.
|
|/ / |
|
|\ \
| | |
| | |
| | |
| | | |
ernie/fix-nomethoderror-on-non-attribute-equalities
Fix merge error when Equality LHS is non-attribute
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This is at best a band-aid for a more proper fix, since it won't truly
handle the removal of the previous equality condition of these other
nodes. I'm planning to put in some work on ARel toward supporting that
goal.
Related: rails/arel#130, ernie/squeel#153, ernie/squeel#156
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Checking respond_to? incurs overhead, and most of the time when
assigning attributes it will return true. So just handle the
NoMethodError instead.
|
| | |
| | |
| | |
| | |
| | |
| | | |
any? will check that each item in the array is truthy, as opposed to
!empty? which will simply check that the array has length. For an empty
array, !empty? still seems to be faster than any?
|
| | |
| | |
| | |
| | | |
Rather than doing it every time an instance is instantiated.
|
| | |
| | |
| | |
| | | |
Those z's were hard to type.
|
| | |
| | |
| | |
| | |
| | | |
deep_dup is slow. we only need to dup the values, so just do that
directly.
|
| | |
| | |
| | |
| | | |
Fixes #7374
|
|\ \ \
| | | |
| | | | |
Fix occasional microsecond conversion inaccuracy
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
ActiveRecord::ConnectionAdapters::Column#microseconds did an unnecessary
conversion to from Rational to float when calculating the integer number
of microseconds. Some terminating decimal numbers in base10 are
repeating decimal numbers in base2 (the format of float), and
occasionally this causes a rounding error.
Patch & explanation originally from Logan Bowers.
|
| |/ /
|/| |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
I think that 5 seconds was a bit low for our purposes.
Also enable it to be configured via env vars.
We also need to scale the number of records up/down depending on how
long we're running the benchmark for.
|
| | |
| | |
| | |
| | |
| | |
| | | |
This means we can more easily compare numbers, and we don't have to
specify a single N for all reports, which previously meant that some
tests were running many more/fewer iterations than necessary.
|
|/ /
| |
| |
| | |
For consistency with the other AR extension plugins we are creating.
|
| | |
|
| | |
|
|\ \
| | |
| | |
| | | |
Change Relation#update_all with blank argument to raise an ArgumentError
instead of trying an update with empty fields.
|
| | | |
|
| | |
| | |
| | |
| | | |
This fixes issue #3217.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Method compilation provides better performance and I think the code
comes out cleaner as well.
A knock on effect is that methods that get redefined produce warnings. I
think this is a good thing. I had to deal with a bunch of warnings
coming from our tests, though.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | | |
Well, not all of them, but some of them.
I don't think there's much reason for these methods to be private.
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
We don't need the complexity of to_sentence, and it shouldn't be a bang
method.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
It's not really a good idea to have this as a global config option. We
should allow people to specify the behaviour per association.
There will now be two new values:
* :dependent => :restrict_with_exception implements the current
behaviour of :restrict. :restrict itself is deprecated in favour of
:restrict_with_exception.
* :dependent => :restrict_with_error implements the new behaviour - it
adds an error to the owner if there are dependent records present
See #4727 for the original discussion of this.
|