先需求分析,需求分析设计一定要精心。然后确定模式:BS还是CS,然后确定数据库,数据库的设计一定要考虑可扩充性。数据库的设计会很大成都影像到程序的修改。
解决方案 »
- DataTable导出到模版Execl并打印
- 有没有c# winform方面的项目实例书籍谢谢
- C#中换行符是什么?
- 如何控制word内容在html里显示的样式?
- ◆◇◆ 有没有什么办法可以建立一个系统级的全局变量? ◆◇◆
- C# 线程复制文件!使用进度条同时显示单个文件的复制进度,和总体进度。复制多文件(文件数量大约1000以上)时候程序假死,求高手优化
- ●我做了一个UML图,用于解决系统中各级权限分配的问题。我想使用工厂模式来解决权限分配表,请各位指点!
- 在webform中可否执行本机的exe文件?
- Net真的很烂吗??我的Net程序中的TreeView中在ImageList中添加了图像,设置完全正确,就是显不出图标...
- 誰有.NET中的水晶报表正式注册码,最好是不限用户的那种.
- VS2005 里没有Crystal_Managed.msm,managed_chs.msm,database_access.msm, database_access_chs.msm, regwiz.msm
- datagridview里怎么判断我点击了最后的那个空白行
一般都用3层的架构,上面的都说了,不多说了.
数据库设计牵扯到你以后的开发
尽量多了解一些跟项目相关的知识,前期数据库设计很重要,规划好表之间的逻辑关系
尽量少建视图,视图多了对服务器压力比较大
另外23种设计模式看看。
三层架构:表示层,业务逻辑层,数据层,业务逻辑层负责表示层和数据库层的通信
23种设计模式要学
要避免将方法和类写死,尽量将类和方法功能分开.
有共同的方法和性质,尽量用Base
首先,需求一定要明确,不要忽视它重要性,花大量的时间去和客户沟通。不仅仅是要客户提需求,你自己也要能和客户一起考虑,提出一些你认为客户可能疏漏的问题,在与客户沟通时最好能做一些可以让客户看的到的简单实例,能让客户感受一下和自己想要的结果是否一样,也便于客户提出较深层次的问题,等等,这是一个漫长而繁琐的过程。
需求明确之后,要大概设计一下你的纲要,在客户需求的基础上再留一些余地,以便以后的版本升级。纲要完成之后,就可以开始设计数据库,设计时要注意对一些敏感信息需要征求客户是否需要保密,然后采用加密技术。数据安全很重要。设计数据库时首要是考虑用户需求,关于是否要遵循某一范式个人认为不要太过认真,主要目的是方面易用,必要时可以考虑使用数据冗余,比如维表和属性表设计时尽可能简洁,交易表可以使用冗余,具体看需求,不要在数据库里建一大堆的约束和关系,这些尽可能的放在前台程序去处理。表字段大小的设计能节省尽量节省,少使用Var-类型。页面设计要注意防止SQL的注入式攻击,如果是B/S架构的话,搞不好很容易被攻击。业务处理最好全部封装,用存储过程也好,前台程序处理也好,反正避免在代码里尽可能不要出现明文的SQL代码。即便是查询。
好了,就说这些吧,主要是根据实际情况灵活应用,个人看法,仅供参考。
支持一下
数据库设计应该注意尽量产生少的冗余,
数据表内部数据项之间关系,ER 图表等最新文档一定要设计好,这对表明表之间关系很有用,而数据字典则说明了每个字段的用途以及任何可能存在的别名。对 SQL 表达式的文档化来说这是完全必要的。然后从输入输出入手展开设计..
其它具体的注意事项你可以看一下这个网址http://www.access-cn.com/,或许对你会有所帮助