谈下你们如何进行视图管理的和版本控制的

Question

我还在学校读书，一个教计算机的老师和几个同学组成了个开发团队，项目也做几个，但发现了许多问题，想请教下各位第一，数据库的视图管理混乱，按ERP系统来说，对于一个采购单相关的视图就有若干个
我们以前全部是  stockList_VIew1  StockListView2
需要用什么视图就建什么视图，名称管理混乱，以至后面调试的时候，花很多经历去找视图第二，版本控制问题，可能这个问题问得太空洞了，能大概讲下就好了第三，在写实体类的时候，需要把视图写实体类吗？

Answer 1

试图也好，存储过程也好，多了确实不好管理，
sqlserver没有提供一个很好的管理机制，哪怕是多级目录那样也可以。所以，尽量在写之前，做好规划，不要为了求快而不顾后果，等到头来，积累了一大堆，
就不好处理了。

Answer 2

按照文档管理，建立规范
视图的命名请遵循以下命名规范：UV _ + 系统模块缩写（与表前缀类似）+_ + 功能标识 + 代表视图查询的主要表名（不带前缀）或功能的英文单词或英文单词缩写。
如果一个视图只对一个表进行查询，建议视图的名称就用视图所查询的表的表名（不带前缀）。这样有利于根据表名找到相应的视图。
代码可通版本管理工具控制如vss
按照设计模式构建实体类和接口等

Answer 3

1.命名要有规范，尽可能用大家都能理解无歧义的名字。2.用SVN进行版本控制。3.Entity用自动生成的。

Answer 4

第一，数据库的视图管理混乱，按ERP系统来说，对于一个采购单相关的视图就有若干个
命门要规范，应该定义一套相对规范的命名标准出来，最基本的就是见名知意第二，版本控制问题，可能这个问题问得太空洞了，能大概讲下就好了
用版本控制软件进行管理，SVN/VSS等第三，在写实体类的时候，需要把视图写实体类吗？
这个根据情况来决定

Answer 5

首先建立命名规则。。
版本控制用VSS
实体类和视图没有关系。。

Answer 6

<1> 数据库中表的命名规则和我们写程序时使用的实体类名一致，如果是用户试图前面加上"UV_"；对于大型系统，需要有数据字典，数据表信息描述表，以方便日后升级维护；
<2> 版本控制方面的资料网上很多；
<3> 不需要也不应该为视图生成实体类，原因：试图来自表，只要为表生成实体类后，视图中的各个字段信息自然可以描述；避免产生重复代码。