谢谢tj_dns(愉快的登山者) 的支持。
不知道各位大侠在设计数据库时,是不是还是使用的DFD和ER图,概要设计后提交的文档有那些?模板有那些?什么时候划分模块。没划分模块时需要其他参与的程序设计人员作些什么呢?做数据库的人才总是奇缺,也许会使我们有些优越感,但有时人少事多时的无助也让人困惑。程序设计人员该不该介入数据库设计?若允许,质量如何把关?是应该自上而下还是从下往上分块治之,有时时间紧时也是让人头痛的问题。关系的数据库如何接口面向对象的程序设计?uml如何匹配DFD和ER图?难道真要禁止程序员使用sql。我们的中间件真能做到屏蔽sql又能不损或很少有损效率吗?.net的无链接真能被我们的程序员用好用精吗?我们应该遵循什么样的原则呢?

解决方案 »

  1.   

    自踢一脚,望大家赐教。有分哦!
      

  2.   

    关注!!!
    偶现在也在设计网站的数据库,感觉力不从心,总有顾此失彼之感。
      

  3.   

    这个问题似乎有些抽象,但大家也可以谈点过往的经验吧。8)。
    平时,时间充裕时,按步就搬的设计还是蛮顺的,但多数情况确不可能。大家在压力大的情况下是怎么做的呢?