表设计中关于编号、名称列的问题

[生命沉思者]

假设有两个表，一个是基础资料，一个是销售表，在销售表中一般只要有货品编号就能知道是什么货品了，但在显示时为了方便，往往必须显示出货品名称来，请问大家平时在设计这个“销售明细表”时，是实际设计了此列，还是通过SELECT引用“货品资料表”中的货品名称呢？如果是引用的，PB中没有问题，但C#中好像不能在要修改保存的数据中引用两个表。

[於黾]

还有,你想要数据库结构设计合理,就自己拼接SQL语句去做数据库处理,而不是用dataset和数据库绑定的方式傻瓜式的处理

[埋头苦练]

引用 2 楼 Z65443344 的回复:

还有,你想要数据库结构设计合理,就自己拼接SQL语句去做数据库处理,而不是用dataset和数据库绑定的方式傻瓜式的处理

+1

[devmiao]

数据库里面用JOIN，就可以把另一个表中的关联字段查询出来了，也可以用视图。

[於黾]

数据库里加个视图,然后做个联合查询,把ID替换成NAME C#里查询用视图,更新用表

[生命沉思者]

引用 2 楼 Z65443344 的回复:

还有,你想要数据库结构设计合理,就自己拼接SQL语句去做数据库处理,而不是用dataset和数据库绑定的方式傻瓜式的处理

以前在PB的数据窗口中，确实全部是靠数据窗口自动生成，但在C#中发现很多人都没用这种方式，相反却用自己手工去生成SQL，这种方法开发效率似乎太低了。

[smthgdin_020]

1.一般是采用视图来实现明细表 2.最后一句不明白什么意思。

[leeya66]

自己拼sql好，方便。

[於黾]

引用 5 楼 kxjrzyk 的回复:

引用 2 楼 Z65443344 的回复:

还有,你想要数据库结构设计合理,就自己拼接SQL语句去做数据库处理,而不是用dataset和数据库绑定的方式傻瓜式的处理

以前在PB的数据窗口中，确实全部是靠数据窗口自动生成，但在C#中发现很多人都没用这种方式，相反却用自己手工去生成SQL，这种方法开发效率似乎太低了。

这跟使用什么编译器,什么编程语言无关 如果业务逻辑超级简单,直接绑定当然快速 但是如果业务逻辑复杂,你开发的再快,不能满足要求,有什么用呢