企业做项目的高手赐教

hengxinyi 2012-01-17 08:12:27

1.如果数据库中的表很多，100左右个，那么表与表之间还建立约束吗？为什么？
2.如果一个查询可以在sql语句中处理，但sql很复杂；也可以经过几次查询再在程序中筛选符合条件的；俩者之间那一个好？为什么？
3.大家在做项目中，用存储过程和视图吗？如果用，是不是维护起来比较麻烦？
4.大家做的项目都有文档吗，是不是企业小，项目文档也就基本上不关心了？

问题比较多，确实是我的疑惑……
谢谢！！

...全文

86 4 打赏收藏转发到动态举报

写回复

用AI写文章

4 条回复

切换为时间正序

请发表友善的回复…

发表回复

rekym 2012-01-18

打赏
举报

问题二有些情况好像用后者会快很多,看情况,看语句...

以前在存储过程中写一条很长很长的多表查询,,速度N慢,,,后面分了2个临时表速度才快点...

AI观星台 2012-01-17

打赏
举报

我也觉得问题2用后者比较好。
如果用前者的话，虽然效率会提高，但是数据层和业务层过度耦合，后期维护会比较困难。
用后者效率变低，但是后期更好维护。
各有利弊，你需要在实际情况中权衡一下。

窗户纸 2012-01-17

打赏
举报

问题一:
100多张表，开发时难免会出现赋值错误，不加约束的后果是后期调试时会死的很难看，加了约束会影响写入数据的效率，但实际上对于100多张表来说经常写入的表也就那么10机张，可以在后期调试结束后把约束再撤掉（就像建筑工地的脚手架）。
问题二、三:
于100多张表的项目应不是个小项目，一般也不是一个人做，过于依赖sql会增加多人开发的耦合性，造成进度拖延，使用统一的数据层，经过多次查询，效率会有一定影响，但如果数据层与业务层分离的较好，后期可以进行优化，对于影响软件效率的操作使用优化的sql命令、视图及存储过程。
问题四：
项目文档有很多种，如设计文档、进度文档、问题处理文档、需求文档、开发过程文档、测试文档等，也不一定是以非常正规的书面形式存在，可以融入到项目管理软件中，关键的目的是满足项目需求（进度、质量、功能、扩展性、...),因此每家公司有特定的特点，甚至每个项目都可能有不同特点。我不喜欢机械的执行文档管理。但一定要达到目标。建议以PDCA（持续改进）的思路处理文档管理，即随时调整文档管理策略，以找到符合需求的最佳方式。