B*********L
发帖数: 700 | 1 怎样写，才能run下面这个query？
SELECT to_char(ID) as ID, *
FROM table_xyz
谢谢。 |
B*****g
发帖数: 34098 | 2 select ..., a.*
from table_xyz a
【在 B*********L 的大作中提到】
: 怎样写，才能run下面这个query？
: SELECT to_char(ID) as ID, *
: FROM table_xyz
: 谢谢。
|
B*********L
发帖数: 700 | 3
多谢，多谢。这个省了我好多麻烦。：）
【在 B*****g 的大作中提到】
: select ..., a.*
: from table_xyz a
|
g***l
发帖数: 18555 | 4 怎么会有这么多COLUMN,不常用的PARTITION到另外一个TABLE，你这个SELECT *搞不好
能把数据库SERVER搞趴 |
a****e
发帖数: 9589 | 5 所以说我一直搞不明白DBA 都是干吗的
【在 g***l 的大作中提到】
: 怎么会有这么多COLUMN,不常用的PARTITION到另外一个TABLE，你这个SELECT *搞不好
: 能把数据库SERVER搞趴
|
c*****d
发帖数: 6045 | 6 这个正常，比如说一些实验仪器上出来的数据直接进了数据库
我见过最多的有2000多col
直接把某公司的产品搞出bug了，哈哈
【在 g***l 的大作中提到】
: 怎么会有这么多COLUMN,不常用的PARTITION到另外一个TABLE，你这个SELECT *搞不好
: 能把数据库SERVER搞趴
|
v*****r
发帖数: 1119 | 7 我也见过有人用这种 flattened table 来存大量的 configuration parameters, 每个
column 都是一个parameter, 虽然读写效率大于unflattened table+index, 但如果参
数值经常变或者总有新的参数加进来，管理上很快就成 nightmare 了，总之大多情况
下是弊大于利。
但不知道还有没有其他情况下非要这么设计的。
【在 c*****d 的大作中提到】
: 这个正常，比如说一些实验仪器上出来的数据直接进了数据库
: 我见过最多的有2000多col
: 直接把某公司的产品搞出bug了，哈哈
|
j*****n
发帖数: 1781 | 8 不奇怪吧，FACT table in DW just does that kind thing.
【在 g***l 的大作中提到】
: 怎么会有这么多COLUMN,不常用的PARTITION到另外一个TABLE，你这个SELECT *搞不好
: 能把数据库SERVER搞趴
|
p*********d
发帖数: 136 | 9 many ERP system does that too |
u**d
发帖数: 211 | 10 还是有很多场景这么用的
Saas 里面经常有 multi-tenancy，数量非常多
每个都去 partition 的话，thousands of tables，效率也不好
sql server 2008 出了一种 sparse columns
解决一部分问题
不过对于 saas 的级别，目前还是支持不了
【在 v*****r 的大作中提到】
: 我也见过有人用这种 flattened table 来存大量的 configuration parameters, 每个
: column 都是一个parameter, 虽然读写效率大于unflattened table+index, 但如果参
: 数值经常变或者总有新的参数加进来，管理上很快就成 nightmare 了，总之大多情况
: 下是弊大于利。
: 但不知道还有没有其他情况下非要这么设计的。
|
