- 04 5月, 2014 1 次提交
-
-
由 Yves Senn 提交于
-
- 16 4月, 2014 1 次提交
-
-
由 Eric Chahin 提交于
Changed change_column in PG schema_statements.rb to make sure that the uuid_generate function was not being quoted.
-
- 11 4月, 2014 1 次提交
-
-
由 Yves Senn 提交于
[Yves Senn & Matthew Draper]
-
- 02 4月, 2014 1 次提交
-
-
由 Dave Lee 提交于
Expand the query used in #table_exists? to include materialized views in the kinds of relations it searches.
-
- 20 3月, 2014 1 次提交
-
-
由 Josh Williams 提交于
The pk_an_sequence_for query previously joined against pg_class's oid for rows in pg_depend, but pg_depend's objid may point to other system tables, such as pg_attrdef. If a row in one of those other tables coincidentally has the same oid as an (unrelated) sequence, that sequence name may be returned instead of the real one. This ensures that only the pg_depend entries pointing to pg_class are considered.
-
- 17 1月, 2014 1 次提交
-
-
由 Jonathan Baudanza 提交于
-
- 05 12月, 2013 1 次提交
-
-
由 Aaron Patterson 提交于
-
- 16 7月, 2013 1 次提交
-
-
由 Yves Senn 提交于
-
- 26 6月, 2013 1 次提交
-
-
由 Andrey Deryabin 提交于
-
- 10 5月, 2013 2 次提交
-
-
由 Ben Woosley 提交于
Reject blank order_values within #columns_for_distinct, as the orders aren't used at all on non-postgres adapters.
-
由 Ben Woosley 提交于
The combination of a :uniq => true association and the #distinct call in #construct_limited_ids_condition combine to create invalid SQL, because we're explicitly selecting DISTINCT, and also sending #distinct on to AREL, via the relation#distinct_value. Rather than build a select distinct clause in #construct_limited_ids_condition, I set #distinct! and pass just the columns into the select statement. This requires introducing a #columns_for_distinct method to return the select columns but not the statement itself.
-
- 04 5月, 2013 1 次提交
-
-
由 Brian Buchanan 提交于
-
- 31 3月, 2013 1 次提交
-
-
由 Carlos Antonio da Silva 提交于
When building the indexes list in PostgreSQL, IndexDefinition objects are only created if the query for the related attributes really returns something matching the attributes. In case it does not, the variables for building the definition objects were being created but not used.
-
- 28 3月, 2013 1 次提交
-
-
由 Ken Mazaika 提交于
-
- 26 3月, 2013 1 次提交
-
-
由 Dan McClain 提交于
Adds support for algorithm option in MySQL indexes Moves USING and algorithm options upstream The syntax is still specific to the Adapter, so the actual executed string happens in the corresponding adapter
-
- 24 3月, 2013 1 次提交
-
-
由 doabit 提交于
-
- 23 3月, 2013 5 次提交
-
-
由 Aaron Patterson 提交于
-
由 Aaron Patterson 提交于
-
由 Aaron Patterson 提交于
-
由 Aaron Patterson 提交于
-
由 Aaron Patterson 提交于
-
- 21 2月, 2013 1 次提交
-
-
由 Yves Senn 提交于
When a table or a column is renamed related indexes kept their name. This will lead to confusing names. This patch renames related indexes when a column or a table is renamed. Only indexes with names generated by rails will be renamed. Indexes with custom names will not be renamed.
-
- 23 1月, 2013 1 次提交
-
-
由 bUg 提交于
-
- 16 1月, 2013 1 次提交
-
-
由 Vitor Baptista 提交于
If we set encoding latin1 for a PostgreSQL database, it calls PostgreSQLAdapter::create_database with options that have, among other things: { 'encoding' => 'latin1' } Then, we use reverse_merge(:encoding => "utf8") to setup the default encoding. In the end, the hash looks like: { :encoding => 'utf8', 'encoding' => 'latin1' } The call to options.symbolize_keys calls to_sym on each_key of this Hash. It usually means that the encoding passed overwrites the default utf8, but it's not guaranteed. So, we shouldn't rely on it. The same was happening in ActiveRecord::ConnectionHandling.
-
- 16 12月, 2012 1 次提交
-
-
由 Alexey 提交于
-
- 05 12月, 2012 2 次提交
- 21 11月, 2012 1 次提交
-
-
由 Semyon Perepelitsa 提交于
-
- 20 11月, 2012 1 次提交
-
-
由 Victor Costan 提交于
-
- 24 10月, 2012 1 次提交
-
-
由 AvnerCohen 提交于
-
- 14 10月, 2012 2 次提交
-
-
由 Arturo Pie 提交于
Remove parsing of character type default values for 8.1 formatting since Rails doesn't support postgreSQL 8.1 anymore. Remove misleading comment unrelated to code.
-
由 Arturo Pie 提交于
According to postgreSQL documentation: (http://www.postgresql.org/docs/8.2/static/catalog-pg-attrdef.html) we should not be using 'adsrc' field because this field is unaware of outside changes that could affect the way that default values are represented. Thus, I changed the queries to use "pg_get_expr(adbin, adrelid)" instead of the historical "adsrc" field.
-
- 05 10月, 2012 1 次提交
-
-
由 Yves Senn 提交于
-
- 15 9月, 2012 2 次提交
- 05 9月, 2012 1 次提交
-
-
由 Konstantin Shabanov 提交于
-