怎样取出一个表里的关键字段数目？

chinayell 2003-03-04 10:58:51

用ADO查询的表！谢谢！

...全文

11 1 打赏收藏转发到动态举报

写回复

1 条回复

切换为时间正序

请发表友善的回复…

发表回复

veryhappy 2003-03-16

打赏
举报

回复

up

数据库设计准则及方法论全文共5页，当前为第1页。数据库设计准则及方法论全文共5页，当前为第1页。数据库物理设计的方法论数据库设计准则及方法论全文共5页，当前为第1页。数据库设计准则及方法论全文共5页，当前为第1页。方法一：根据数据库逻辑设计，找到相应数据库产品的实现方法。对于同一套数据库逻辑设计，不同的数据库产品有不同的实现方法，下面的表格列出了不同数据库产品的实现技术。逻辑架构实现技术对称多处理器(SMP) 基本所有商业数据库都支持 Sharing Nothing架构(多分区数据库) DB2 DPF 、TeraData、Greenplum、Netezza Share Disk架构(共享磁盘) DB2 pureScale、Oracle RAC Sharing Nothing + Share Disk ExaData 方法二：合理设计数据库对象合理设计对象是数据库的逻辑概念，其设计的好坏除了决定系统功能，有时还会决定系统的性能，其设计主要包括模型的设计，表类型的选择，索引的设计，分区设计，表空间的设计等。在模型的设计上，我们通常采用第三范式来进行数据库对象的模型设计，但是有时为了性能考虑，我们通常会做一些退化，比如设计一些冗余字段或者多表合并来加快系统的查询性能。例如对于有大量数据的销售流水表，完全按照第三范式来做的话会有一个外键关联客户信息，一个外键关联产品信息。但是如果系统在运行一段时间后，这三张表的数据变的非常多，那么连接查询的性能将会变得很差，我们通常的做法是再设计一张横向表，将客户信息和产品信息全都放到销售流水表里去，这样应避免了关联查询。表通常分为很多种，除了基本表外，还有临时表、多维表、分区表、范围集群表、物化视图表等。不同的表有不同的用途，如果错误使用的话，也会对性能有比较大的影响。比如在不需要物化视图的地方使用的物化视图表，那么会对源表的增删改性能造成影响。数据库设计准则及方法论全文共5页，当前为第2页。数据库设计准则及方法论全文共5页，当前为第2页。数据库设计准则及方法论全文共5页，当前为第2页。数据库设计准则及方法论全文共5页，当前为第2页。合理的使用正确的索引是提高系统执行效率的关键因素，对索引的使用需要注意以下一些问题：注意LIKE运算符。注意NULL值。优化复合索引。注意索引的相关参数。注意索引与谓词的关系。根据查询所使用的列表建立索引。根据条件语句中的谓词的选择度创建索引。避免在建有索引的列上使用函数。在那些需要被排序的列上创建索引。合理使用include关键词创建索引。指定索引的排序属性。数据库的页大小也是在数据库设计的时候就应该确定的，否则一旦实施就很难更改。对于执行随机行读写操作的OLTP(联机事务处理)应用程序，通常最好使用较小的页大小，这样不需要的行浪费的缓冲池空间就会较少。对于一次访问大量连续的OLAP(联机分析处理)应用程序，页大小大一些比较好，这样就能减少读取特定数目的行所需要的I/O请求数，更大的页大小也可以允许您减少索引中的级别数。总之，在满足以上条件的情况下，交易系统使用较小的页更适合，仓储系统使用较大的页更适合。对表空间的选择，通常的数据库都包含系统管理的表空间和数据库管理的表空间两种类型。系统管理表空间由操作系统的文件系统管理器分配和管理空间，管理灵活但是性能很差。数据库管理的空间由数据库管理程序控制存储空间，表空间容器可使用文件系统或裸设备，虽然管理复杂，但是在性能上会有很大的提升。方法三：合理设计存储方法四：优化数据库参数，减少资源竞争优化配置数据库的参数，包括各种缓存池的大小，内存区的配置，刷新脏页的策略，锁的策略等。虽然各个数据库都不相同，但是所有的出发点都是为了通过数据库参数，降低物理读的次数和发生资源竞争的可能性。性能评审关注的性能指标：耗时最长的SQL的平均执行时间。数据库的平均CPU利用率。 CPU的执行时间、IO等待的时间和锁等待时间。平均I/O响应时间。支持峰值IOPS数和MPS数。物理读和逻辑读的百分比。有效索引读的百分比。有效行读的百分比。数据库设计准则及方法论全文共5页，当前为第3页。数据库设计准则及方法论全文共5页，当前为第3页。数据库设计准则及方法论全文共5页，当前为第3页。数据库设计准则及方法论全文共5页，当前为第3页。性能优化策略 1、数据库、表创建方式的优化在我们设计概念模型时需要结合业务需求，设计出合理的对象关系和优化的模型结构，在设计物理模型时应该充分考虑创建库表基本策略。建数据的日志方式 No Logging：不能进行事务处理。 Buffered Log：共享缓存满即刷新写入磁盘。 Unbuffered Log：当一个交易完成时即刷新写入磁盘

PostgreSQL一个表中最多能创建1600个字段，而且还受进一步到具体数据类型的限制。另外，使用ALTER TABLE DROP COLUMN语句删除字段时，并不会真正物理删除字段，而是在内部标记为对用户不可见。同时被删除的字段也会计算在字段数量限制中，导致可能出现表中的字段过多而无法添加字段的问题。

注册页面1，获取用户输入2，对用户输入的账号密码做校验3，提交注册4，把注册的用户信息存入数据库登陆页面1，注册完成后跳转到登陆页面2，登陆页面用户输入信息的获取3，对用户输入的账号密码做合法校验4，实现登陆功能5，从用户表里获取用户账号和密码，然后和用户输入的账号和密码做比对校验6，登陆成功后跳转到首页订阅消息(模板消息)1，云开发入门2，用户openid获取3，订阅消息授权4，模板消息推送

项目组会议上讨论的关于不定字段数目的数据库表问题并没有结果，今天继续分析之后发现问题可能还更大。当时讨论的结果是可能采用四种技术：动态增加数据库表字段预留足够的空白字段，运行时作动态影射用xml格式保存在单字段里改列为行，用另外一个表存放定制字段现在我们来分析一下四种技术的优劣，不过首先可以排除的是第一点动态增加字段的方法，因为在实际操作时候几乎是不可能的（...

看到szsm博客，觉得他分析的很不错，这里把他的资料整理一下 --------------------------------------------------------------------------------------------------------------------------------- 项目组会议上讨论的关于不定字段数目的数据库表问题并没有结果，今天继续分

数据库相关

2,498

社区成员

88,445

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章