注释和答案为“更新MS / SQL困境和壳体超敏感性？”

评论由lifalin2016上lifalin2016的答案

lifalin2016 — 周五，2018年10月5日7时05分56秒GMT

至于选择的名称，它已预先选择，这不是由我来命名字段。

lifalin2016 — 周五，2018年10月5日7时05分02秒GMT

正如我写的，数据库是不区分大小写，这样的情况是在e.g本身不重要..字段名。在MS / SQL本身内最少。这里的大小写问题是所有FME。我只是提议，FME适应和尊重的数据源和目标的设定。

lifalin2016 — 周五，2018年10月5日7时02分13秒GMT

嗨大卫。
没错，但在这种情况下，我需要先合并5列到一个单一的一个，再后来爆炸它们放回5列进行更新。因此，没有point'n'click不幸:-)

david_r — 周四，2018年10月4日14时52分03秒GMT

就个人而言，我认为最重要的事情时，写入到一个现有的数据库表是决不键入在FME中的字段名称或数据类型自己。

让FME做繁重你，并从数据库中导入功能类型定义。这是真的，以确保事情顺利进行，特别是如果有不符合“傻瓜证明”数据库命名约定，这意味着7位ASCII字母，数字和下划线只表或字段名的唯一方法。

我一般建议，如果可能的话，是只使用小写A-Z加下划线和数字用于数据库的默认为小写名称，例如PostgreSQL和只使用大写A-Z加下划线和数字用于数据库的默认为大写，例如甲骨文。请不要使用混合的情况下，国际字符或空格，除非你想使敌人或自己的生活比需要更努力;-)

GIO — 周四，2018年10月4日十四点20分22秒GMT

使用这些作家的所有种类被Ø举止相当长一段时间，从未有过任何这样的困境你的名字。

你必须小心你尝试写入表的东西，似乎是显而易见的我。