用户数据库设计

㈠ 多级用户系统的数据库应该怎么设计

主要从几个不同方面设计ORACLE数据库优化方案： 一.数据库优化自由结构OFA(Optimal flexible Architecture) 二、充分利用系统全局区域SGA（SYSTEM GLOBAL AREA) 三、数据库设计中的优化策略 数据应当按两种类别进行组织：频繁访问的数据和频繁修改的数据。对于频繁访问但是不频繁修改的数据，内部设计应当物理不规范化。对于频繁修改但并不频繁访问的数据，内部设计应当物理规范化。 四、合理设计和管理表 1、利用表分区 分区将数据在物理上分隔开，不同分区的数据可以制定保存在处于不同磁盘上的数据文件里。 2、避免出现行连接和行迁移 3、控制碎片 4、别名的使用 别名是大型数据库的应用技巧，就是表名、列名在查询中以一个字母为别名，查询速度要比建连接表快1.5倍。 5、回滚段的交替使用 五、索引Index的优化设计 1、管理组织索引 索引可以大大加快数据库的查询速度，索引把表中的逻辑值映射到安全的RowID，因此索引能进行快速定位数据的物理地址。 六、多CPU和并行查询PQO(Parallel Query Option)方式的利用 七、实施系统资源管理分配计划 ORACLE 提供了Database Resource Manager（DRM,数据库资源管理器）来控制用户的资源分配，DBA可以用它分配用户类和作业类的系统资源百分比。在一个OLDP系统中，可给联机用户分配75%的CPU资源，剩下的25%留给批用户。另外，还可以进行CPU的多级分配。除了进行CPU资源分配外，DRM还可以对资源用户组执行并行操作的限制。 八、使用最优的数据库连接和SQL优化方案 九、充分利用数据的后台处理方案减少网络流量 1、合理创建临时表或视图 2、数据库打包技术的充分利用 利用数据库描述语言编写数据库的过程或函数，然后把过程或函数打成包在数据库后台统一运行包即可。 3、数据复制、快照、视图，远程过程调用技术的运用

㈡ 一个系统在用户多，高并发的情况下，数据库该如何设计

数据库复建立多表关联，关制键业务数据字段和查询字段建立索引，对唯一性建立好，同时多任务并发时程序设计时注意数据的合理性检验和用户处理数据有问题时的友好提示见面，建立好的结构文档说明，同时对关键字段的关系型作好记录，有效地设计多表的结构安排，尽量减少数据的冗余，同时又要避免对历史数据的影响，保持良好的数据管理

㈢ 数据库设计的基本步骤

数据库设计的基本步骤如下：

1、安装并打开MySQL WorkBench软件以后，在软件的左侧边栏有三个选项，分别是对应“连接数据库”、“设计数据库”、“迁移数据库”的功能。这类选择第二项，设计数据库，点击右边的“＋”号，创建models。

㈣ 数据库设计 用户表

ID Username PassWord Message type自增字段 登录名 密码 信息 区分是客户或商家或运营专商 范例：ID Username PassWord Message type1 运营小王 123456 完美时空属商务总监 1

㈤ 数据库设计时，给每个用户创建一个独立的表还是所有用户信息放在一个大表中好

一个亿以下的数据，不要这么考虑效率了
都放在一个表里，没有任何问题，做好索引就好了

㈥ 如何构建千万用户级别 后台数据库架构设计的思路

(1). 一定要区分业务类型，可能达到千万用户级别的应用业务场景，可归类描述为：回 SNS社交平台、答SNS社交游戏、即时通信IM系统、电子商务、邮件系统、新闻门户网站等，这些不同类型的业务场景做法会不一样，主要是由他们业务性质决定，后续分析项中逐一描述；
(2). 应用业务的核心KPI数值，产品每天的日活跃用户量大概多少？若是网站类型应用，还需要加入其他参数PV,UV等数据辅助决策，即时通信IM的消息量，邮件系统的新增邮件数，SNS社交平台的Feeds量等核心数据；
(3). 系统中每个用户可能产生的数据量大概多大，分固定部分，以及动态部分的方式统计分析，对非固定部分以参考值和结合实践跨度（注释：1年为硬性指标，2年为预期，3年可选，再长的时间段不考虑）的方式进行分析，然后预测出整个系统的用户锁产生的数据条数和数据容量大概的估值；

㈦ 数据库设计的时候 管理员和用户用一张表好呢 还是分开好呢

一张表就来可以的。
解释：管自理员和用户实际上都是“用户”，之后用户里面有个用户标识，之后来区分管理员和普通用户就可以。
如：管理员的唯一标识是1，其他用户的标识为2。
备注：实际上上面说的是简单设计，正常设计，用户和权限肯定是分表设计的，之后通过用户的id来进行表间的关联更科学。

㈧ 数据库设计的步骤有哪些

数据抄库的设计过程大致可袭分为以下六个阶段：

1. 需求分析阶段

需求收集和分析，结果得到数据字典描述的数据需求（和数据流图描述的处理需求）。

2. 概念结构设计阶段

通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。

3. 逻辑结构设计阶段

将概念结构转换为某个DBMS所支持的数据模型（例如关系模型），并对其进行优化。

4. 数据库物理设计阶段

为逻辑数据模型选取一个最适合应用环境的物理结构（包括存储结构和存取方法）。

5. 数据库实施阶段

运用DBMS提供的数据语言（例如SQL）及其宿主语言（例如C），根据逻辑设计和物理设计的结果建立数据库，编制与调试应用程序，组织数据入库，并进行试运行。

6. 数据库运行和维护阶段

数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。

㈨ 数据库表设计 用户数据

这么考虑没多大意义，如何设计表和表结构，应该统筹考虑，要考虑软件过程中的调用频次。数据量。要考虑效率和安全性。所以你悬空这么考虑的话，只能说，怎么样都行。

㈩ 多用户商城数据库如何设计

差不多都是一个 文章表，用户表，分类表，设置表。
1、数据库分离成前台和后专台，通过链接表关联；
2、把属前台做成弹出窗体，禁止用户使用导航选项和菜单之类；
3、把前台编译成ACCESS2007的accde文件（对应ACCESS2003的mde文件）；
4、把这个accde文件也放在服务器端，客户端通过winform之类exe来远程打开。

前3步都比较正常，第4步的看起来应该比较奇怪。我的想法是，如果accde文件也放在客户端，高手会不会通过反编译就可以进入到数据库看到链接表？感觉上“禁止Shift”，“隐藏表”这类手段只对菜鸟有用。