C程序数据库设计方案菜鸟闪一边去

[一边是年终奖，一边是机会，走还是留]口述：大齐时间飞逝而过，转眼间，又快到年末了。眼看，年终奖金就要到手，我这一年的努力终于没有白费。可是，也正因为这份年终奖金却让我犯了难，因为另一家不错的公司向我伸出了橄榄...+阅读

C程序数据库设计方案菜鸟闪一边去

干吗跑到C里面了你就不用ACCESS了？

要是用纯文本文件的话，那你可以考虑文件内容采取XML的格式，这个样你可以跳过链表了，只是你需要解析XML文件，网上有现成的XML解析代码，你可以拿过来参考一下。

至于问题1 安全性，不知道你是说想加密还是怎么的。要是加密的话你可以选择使用DES算法或者自己用个移位都行，算法有的是，不爱自己写可以考虑网上找找，要是学习的话还是自己写个简单的加密算法吧。

2.你想在DOS里面显示出来的话也得自己写程序画表格，很简单的用个循环，里面就用printf(＂| abc | dddd|＂)这样实现

3. 还是建议你用XML，就不需要链表了。使用了XML的话，第4步就迎刃而解了

XML对你来说可能有点难度，你可以去下载一个解析XML的源码学习一下，当你看完这个解析XML的代码后，你会有很大的进步的

网络数据库方案是什么

这包括两方面的内容：即选用什么数据库系统和据此而建的本单位数据库。它们是信息系统的心脏，是信息资源开发和利用的基础。目前流行的主要数据库系统有Oracle、Informix、Sybase、SQL Server、DB2等，这些数据库基本上都能满足以上的要求。根据我们的经验，对于UNIX操作系统，在数据库的稳定性、可靠性、维护方便性、对系统资源的要求等方面，Informix数据库总体性能比其他数据库系统好；而在 Windows NT平台上，SQL Server与系统的结合比较完美。而在建立数据库时，应尽量做到布局合理、数据层次性好，能分别满足不同层次的管理者的要求。同时数据存储应尽可能减少冗余度，理顺信息收集和处理的关系。不断完善管理、符合规范化，标准化和保密原则。

如何设计一个优秀的数据库

SQL Server本身就是一个完善的数据库，提供可视化编程，后台完成所有拖放处理操作，不管有没有数据都可以使用，不需要编译。

一个比较合理的数据库设计应该考虑数据的交互性和挖掘能力、处理效率以及日志记录。

建立数据表，注意以下几点：

表建立的时候要有主键和索引，表与表之间要能使用主键相联系，举例说在A表里我做完一次记录要生成一个单号，B表里面是依据单号来做下一个流程，而不是依据记录的每一条数据

取名尽量使用英文+下划线，SQL Server里对汉字需要转码，影响工作效率，按照他的默认编码方式操作有助于提高数据处理速度

建立数据表的列数不要太多，用编码规则来建立逻辑

注意字段存储空间，限制字段长度，少用注释和image

存储过程尽量简洁实用

建立视图，为了别的客户端使用，尽量建立视图，做好完整的数据分析，别的接口程序或者客户端直接就可以拿去使用。做视图注意几点：

多个表操作写在一个视图里，不要嵌套太多视图

连接查询要适当的筛选

跨服务器操作视图，要建立服务器链接表，尽量使用内网链接，把服务器链接表做成查询视图，放在本地服务器数据库里，这样就等同本地操作

视图之间保留连接字段作为主要索引

建立计划作业，有计划地进行数据同步更新和备份标识工作，注意事项：

备份数据尽量放数据库里同步复制

计划任务避开工作高峰期

建立存储过程，记录操作日志，把日志以数据表的形式存储，注意事项：

存储过程对本表操作，不要交互太多表

精简参数数量，注意参数存储空间

对记录修改删除、更新标记的时候尽量使用时间来索引

建立关系图，给表与表之间建立直接关系，整理整体挖掘数据性能。

建立计划更新任务，优化数据库整体性能。

目前主流的分布式数据库系统实现方案有哪些

(1)方案一（数据库保存所有服务器索引信息）

全对称结构，没有中央服务器

web方案：

只从本地数据库检索符合条件的记录，给出结果

每次检索都要从本地服务器的海量数据中进行

数据库方案：

数据库保存所有服务器的索引内容

缓存命中率高的记录，减少检索时间

服务器负载分析：

服务器负载假设：

一百个结点，每结点一百人同时使用，每个结点一万条记录

web服务器：同时一百线程在本地数据库服务器检索

数据库服务器：每次接收一百个查询请求；每个请求要从一百万条索引中检索（最坏的情况）；缓冲机制可以稍微减轻负担

数据更新操作：

同时更新所有数据库/只更新本地，服务器间相互同步

方案二（数据库保存本地索引及少量缓冲）

每高校作为一个结点

所有结点全对称结构，网络中没有一个中央服务器

web方案：

接收到请求时同时多线程向其它服务器同时搜索（服务器压力问题？）

数据库方案：

数据库保存本地数据

数据库保存一定量缓冲数据，

服务器负载分析：

服务器负载假设：

一百个结点，每结点一百人同时使用

则每个web服务器同时发起一万个线程向其它数据服务器搜索（oops!）

每个数据库服务器会同时接收到一万个查询请求（oops!）

采用学习过程只能少量减少查询请求和web服务器搜索线程

数据更新操作：

只更新本地

方案三（中央服务器方案一）

每高校一个结点

每结点结构相同，连接到同一个中央服务器

web方案

每个查询向中央服务器进行，由中央服务器实行检索，中央服务器返回检索结果

数据库方案

中央数据库保存所有索引信息

每结点可以只用小型数据库保存本地用户和其它信息即可

服务器负载分析：

服务器负载假设：

一百个结点，每结点一百人同时使用，每结点资料记录一万条

web服务器：同时发起一百个进程向中央数据库查询

数据库服务器（中央）：同时接收一万条查询请求并返回大容量结果

数据库服务器（结点）：少量工作

数据更新操作：

只更新中央服务器

方案四（中央服务器方案二）

每高校一个结点

每结点结构相同，连接到同一中央服务器

web方案：

每个查询向中央服务器进行，由中央服务器根据查询内容进行转发到结点数据库，再由结点数据库返回结果

数据库方案：

中央服务器保存各结点分类信息，根据页面请求的分类转发查询到相应服务器

服务器负载分析：

服务器负载假设：

一百个结点，每结点一百人同时使用，每结点资料记录一万条，每结点一百个类别

web服务器：同时一百个进程向中央数据库查询

数据库服务器（中央）：同时接收一万条请求并转发

数据库服务器（结点）：从中央服务器接收查询请求，最坏情况下每结点接收到一万条查询请求

数据更新操作：

只更新本地服务器

分类变化时更新中央服务器