diff options
| author | Yin Huai <yhuai@databricks.com> | 2016-04-24 20:48:01 -0700 |
|---|---|---|
| committer | Reynold Xin <rxin@databricks.com> | 2016-04-24 20:48:01 -0700 |
| commit | 35319d326488b3bf9235dfcf9ac4533ce846f21f (patch) | |
| tree | 1056fe10d64c44e429c7edda1f90b177cfc39c6f /sbin/stop-thriftserver.sh | |
| parent | d34d6503786bbe429c10ddb1879519cc9bd709b6 (diff) | |
| download | spark-35319d326488b3bf9235dfcf9ac4533ce846f21f.tar.gz spark-35319d326488b3bf9235dfcf9ac4533ce846f21f.tar.bz2 spark-35319d326488b3bf9235dfcf9ac4533ce846f21f.zip | |
[SPARK-14885][SQL] When creating a CatalogColumn, we should use the catalogString of a DataType object.
## What changes were proposed in this pull request?
Right now, the data type field of a CatalogColumn is using the string representation. When we create this string from a DataType object, there are places where we use simpleString instead of catalogString. Although catalogString is the same as simpleString right now, it is still good to use catalogString. So, we will not silently introduce issues when we change the semantic of simpleString or the implementation of catalogString.
## How was this patch tested?
Existing tests.
Author: Yin Huai <yhuai@databricks.com>
Closes #12654 from yhuai/useCatalogString.
Diffstat (limited to 'sbin/stop-thriftserver.sh')
0 files changed, 0 insertions, 0 deletions