当前位置:首页 » 编程语言 » sql设计表时需要注意什么
扩展阅读
webinf下怎么引入js 2023-08-31 21:54:13
堡垒机怎么打开web 2023-08-31 21:54:11

sql设计表时需要注意什么

发布时间: 2023-05-23 07:16:26

sql server 设计表的问题

1、设置dates的默认值是getdate(),这样插入数据的时候这个仿知字段可备瞎消以不神乎写。

或者

2、insert table (.. dates) values (.. getdate())

㈡ SQL 设计表时需要确定哪些内容

主键、外键、游销纤字段类型、是否为空斗戚、默认值、是否需要建索引、建什么样的索引、神仿
是否满足你的业务需求==

㈢ sql设计表中出现的问题

有可能是系统的问题,一般学校的机房都为2000系统尺基,比较稳定!我的也出现过这类问题,有朋友告诉我说是版本含喊或是系统的问谈困野题!但影响不大!

㈣ 如何设计SQL数据库表格才能完美的存放这个报表的内容,求大神解答~

你这个表格需要程序支撑,比如每个月数据的录入以及平均日进量的计算等等
如果什么都不考虑,就是人工采集数据,直接录入,然后通过一个程序展示报表
那么表结构大概这样


工程名称
工程量(这个其实可以几列合计,不需要建列)
平均日进(这个应该能通过工程量/生产天数,也不需要保存,看你需要)
月进(也许是月平均值,没仔细看你数据关系,总之可以通过计算的就不需要在表中体现)
生产天数(估计是起止时间差,用datediff函数可以得到)
开始时间
截止时间
巷道性质
备注
4月(这部分我估计你是每季度一张表,每个记录保存三个月就够了,所以列名可以分别写月1、月2、月3,到时候生成表头的时候再调整)
5月
6月

至于列的性质,建议你数字的用int,字符的用varchar(50),时间也用varchar(20),改动方便

合计列和小计列要在生成报表的时候处理

㈤ 数据表设计考虑哪些问题

DB2数据库的性能与稳定性直接跟数据库对象的多少、大小有关。如果对象很少,不复杂,那么就算不怎么规划,也能够达到比较高的性能。如果对象数据比较多、比较大的话,那么就需要在数据库设计之前好好的规划,否则会在很大程度上影响数据库的性能与稳定性。

一、选择合适的语言与数据库字符集。

在企业中部署数据库的时候,首先需要在操作系统上安装数据库。而在安装数据库的时候,需要选择安装的语言环境。即是以中文状态下安装数据库还是以英文状态安装数据库。如在启动安装程序的时,可以利用/i language选项来指定安装过程中所采用的语言。到目前为止,DB2数据库已经支持很多种语言。那么数据库在安装过程中,该采用什么语言呢?笔者建议,只要数据库管理员有一点英语基础,最好能够采用英文语言环境来进行安装。虽然说现在DB2数据库的中文语言环境已经设计的比较完善,但是笔者仍然担心其有一些不知名的漏洞。为此笔者在安装DB2数据库的时候,基本上都采用的是英文语言环境来进行安装。即将语言设置为“EN”,表示英文。提高DB2数据备份与恢复的效率。

另外如果DB2 数据库中要保存英文以外的数据,或者说用户会使用不同的字符集访问数据库时,还需要在数据库安装过程中选择特定的数据库字符集。DB2数据库中的所有字符数据,包括数据字典中的数据,都是存储在数据库字符集中的。如果用户使用不同的字符集访问数据库时,数据库管理员就需要选择包含所有这些用户的字符集的超集。只有如此,才能够确保系统能够很方便的使用替代字符完成字符的转换,从而提高数据库的性能。如果用户选择的字符集不对,有可能会出现一些莫名其妙的问题。如一次用户在安装数据库过程中,没有选择合适的字符集。虽然在使用的过程中,其存储中文字符没有问题。但是当对数据库采取还原操作时,却发现还原后的数据库中有些原来是中文字符的地方,尽然出现了乱码。这主要就是没有选择合适的字符集惹的祸。有时候如果字符集选择不当的话,从外部数据源(如Excel表格)导入数据的时候,中文数据也会无法顺利导入。所以,数据库管理员在安装数据库的时候,需要根据实际企业,来选择合适的字符集。

二、评估数据库对象的大小、数量。

DB2数据库的性能与稳定性直接跟数据库对象的多少、大小有关。如果对象很少,不复杂,那么就算不怎么规划,也能够达到比较高的性能。如果对象数据比较多、比较大的话,那么就需要在数据库设计之前好好的规划,否则会在很大程度上影响数据库的性能与稳定性。其实DB2 数据库就好像一个仓库,数据库中的对象(如索引、数据表、表空间)等等就好像仓库中的货物。如果货物比较少,那么随便放放,仓库都显得很空旷。货物寻找起来也会很方便。但是如果货物数量比较多、比较大,就必须要对其存储空间进行合理规划。只有如此才能够让仓库的空间利用率达到最佳状态。并且货物的存放有序,在查找起来也特别的方便。笔者这里就以仓库管理为例,说话该如何做好数据库对象大小、数量等方便的评估,以及他们对于数据库性能与稳定性的影响。

1、根据对象大小来规划存储空间。在仓库货物的摆放上,要根据货物的大小来规划存储空间。或者说要首先防止大的货物。只有如此空间的利用率才会最高。其实在规划DB2对象的时候,也是如此。如某些表可能会包含的记录比较多,属于大表。此时数据库管理员就需要考虑,是否将其放置在一个独立的表空间或者硬盘空间上,以提高数据操作的性能。大表所对应的索引往往也是比较大的。为此在硬件条件允许的情况下,将索引表与数据表分别存放在不同的硬盘上,可以提高数据库的性能。而对于一些比较小的对象(如数据表),可以将它们存放在一个表空间中。其实这个表空间就好像仓库中的一个个纸盒子。将小的对象放入到这个“纸盒子”中,不但不占空间,而且也容易管理。

2、根据对象的使用频率来规划存放空间。在仓库中摆放物品的时候,往往会把近期就要用到的货物或者频繁需要用到的东西放在仓库门口或者容易拿到的地方。如此在拿这些货物时就会比较便捷,也不会对其他货物产生影响。对于DB2数据库中的对象来说,也是这么一回事。可以将那些访问量比较大的对象,如索引、数据表,存放在性能比较好的硬盘上或者单独的硬盘中。此时访问这些数据,就不会与其它对象产生I/O冲突,操作起来速度就会比较快。而将不怎么用到的对象,存放在一起。由于他们不怎么被用到,所以即使存放在性能比较低的硬盘上,其对数据库性能产生的负面影响也是非常有限的。 在DB2数据库里面如何更新执行计划

3、根据类别来存放数据库对象。在仓库中存放货物的时候,还会对其进行分类。然后根据类别来进行存放。这有利于货物的管理与检索。其实在数据库对象存储空间设计时,也需要考虑这个因素。如现在应用软件在设计的时候,很多都是根据模块来设计。那么在数据库对象设计时,也需要根据这个模块来设计存储的空间。如将同一个模块的数据库对象存放在同一个表空间内。不过这可能会跟上面的两个建立相违背。此时最好是在对象的命名上做文章。如可以根据模块的不同,分别给数据库对象取一个相同的前缀或者后缀。如即使同一块模块要用到多个表空间,此时就可以给表空间一个相同的前缀。如此在管理数据库对象的时候,根据表空间的前缀就可以判断其所属的模块了。如果再加上一个后缀来表示其数据库对象的分类,那么就更合理了。为此在管理数据库对象的时候,要执行分类管理。不仅要从技术上对其进行分类,如分为索引、数据表、关键字等等。还需要从功能上进行分类,如按应用程序的模块来进行分类等等。

三、设计好数据库备份与还原的方案。

在数据库交付生产使用之后,往往需要进行大量的测试。但是在测试过程中往往又会产生很多的垃圾数据。可是交给企业应用的,肯定是一个干净的数据库系统。为此在数据库设计的时候,就需要想好如果减少测试过程中的垃圾数据。或者采取什么样的方式来实现在交互时自动清除垃圾数据的机制。

一般来说,想要一个数据库备份与还原的方案,减少数据库测试所产生的垃圾数据。如现在在给企业部署数据库的时候,往往是先安装一个干净的数据库系统。当然字符集这些需要预先设置好。然后再利用数据库还原功能将预先定义好的数据库模型还原出来。

另外有些时候需要两个方案互为补充。如在数据库初始化的过程中,采用数据库还原的方式来创建数据库对象。但是在应用软件升级的时候,由于此时已经有了用户的数据,为此不能够在使用数据库还原的方法。而是通过应用程序来执行某些SQL代码,来调整或者增加部分数据库对象。无论采用哪一种方式,需要遵循的一个原则就是在给企业创建数据库对象时要最大限度的减少测试。而要做到这一点,就是需要先在测试服务器上创建对象并测试对象可用。然后直接将相关的SQL代码在投入使用的数据库服务器上执行。

㈥ SQL 设计表时需要确定哪些内容

启动sql server 2008 management studio
工具菜单----选项-- --designers(设计器)----阻止保存备仔要求重新创建表的更改 取消勾仿键汪选亮凯即可。

㈦ 数据库中定义表结构应注意哪些事项

加表字段 : 约束条件不能有noy null,primary key等
�8�4 修改表字段的数据类型: 数据类型为 text、image、ntext 的列,或者属于primary key的列不能修改。新的数据类型应与原数据类型兼容
删除数据表可使用DROP TABLE: (1)DROP TABLE 不能用于删除由 FOREIGN KEY 约束引用的表。必须先删除引用的 FOREIGN KEY 约束或引用的表。
(2)在系统表上不能使用 DROP TABLE 语句。
(3)数据、表上的索引都删除。表上的视图往往仍然保留,但无法引用

�6�1 使用INSERT语句一次只能为表插入一行数据。增加多行使用多条insert
�6�1 如果INSERT语句违反约束或规则,或者它有与列的数据类型不兼
�6�1 容的值,那么该语句就会失败,并且SQL Server 将显示错误信息。
�6�1 此时必须列出列名(因为提供的值的个数与表中列的个数不一致)。
�6�1 未列出的列中将自动填入缺省值,如果没有设置缺省值则填入NULL
�6�1 C_Info中的课程类别和课程说明列必须允许为NULL,因为系统实际插入的数据为:(‘9720045’,‘Web开发技术’,default,2,default)。

�6�1 学号、姓名字段的数据类型应与追加记录的字段author_id,au_fname数据类型一致或兼容
�6�1 学号、姓名字段的数据类型的长度应小于或者等于追加记录的字段author_id,au_fname数据类型的长度。
�6�1 Stu表中其他为追加的字段必须允许为NULL

㈧ sql简述设计表时应注意什么问题.简答题

比如,销售时要记录销售情况,一般需要两个表,一个是销售单的概要描述,记录诸如销售单号、总金额一类的情况,另外一纳胡并个表记录每种洞迹商品的数量和金额。对于第一个表(主表),通常我们以单据号为主键;对于商品销售的明细表(从表),我们就需要将主表的单据号也放入到商品的明细表中,使其关联起来形成主从关系。同时该单据号与商品的编码一起,形成明细表的联合主键。这只是一般情况,我们稍微将这个问题延伸一下:假如在明细中,我们每种商品又可能做耐以不同的价格方式销售。有部分按折扣价格销售,有部分按正常价格销售。要记录这些情况,那么我们就需要第三个表。而这第三个表的主键就需要第一个表的单据号以及第二个表的商品号再加上自身需要的信息一起构成联合主键;又或者其他情况,在第一个主表中,本身就是以联合方式构成联合主键,那么也需要在从表中将主表的多个字段添加进来联合在一起形成自己的主键。
数据冗余存储:随着这种主从关系的延伸,数据库中需要重复存储的数据将变得越来越庞大。或者当主表本身就是联合主键时,就必须在从表中将所有的字段重新存储一次。
SQL复杂度增加:当存在多个字段的联合主键时,我们需要将主表的多个字段与子表的多个字段关联以获取满足某些条件的所有详细情况记录。

㈨ SQL语句建表,

就以建立一个学生表为例:CREATE TABLE STUDENT_INFO_T -- STUDENT_INFO_T 是表名( StudentID INT primary key identity, -- 学生的学号作为关键字并让其标识设为自增 StudentName nvarchar(20) NOT NULL, StudentSex char(2) NOT NULL, StudentAge INT NOT NULL)从上面的小例子可以看出,SQL建表的一般格式如下:create table 表名( 属性1 数据类型, --根据需要是否设为主键或自增 属性2 数据类型, --根据需要是否为空,如果不为空,可以加多一条NOT NULL 属性n 数据类型)

㈩ SQL Server2000创建表时应该注意什么

Microsoft® SQL Server™ 2000
使用一组操作系统文件映射数据库。数据库中的所有数据和对象(如表、存储过程、触发器和视图)都存储在下列操作系统文件中:

主要
该文件包含数据库的启动信息,并用于存储数据。每个数据库都有一个主要数据文件。

次要
这些文件含有不能置于主要数据文件中的所有数据。如果主文件可以包含数据库中的所有数据,那么数据库就不需要次要数据文件。有些数据库可能足够大故需要多个次要数据文件,或使用位于不同磁盘驱动器上的辅助文件将数据扩展到多个磁盘。

事务日志
这些文件包含用于恢复数据库的日志信息。每个数据库都必须至少有一个日志文件。

例如,创建简单的数据库 sales
时,可以只使用一个包含所有数据和对象的主文件和一个包含事务日志信息的日志文件。另一种情况是,创建更复杂的数据库 orders
时,可以使用一个主文件和五个辅助文件,数据库内的数据和对象扩展到所有的六个文件中,另外有四个日志文件包含事务日志信息。

文件组允许对文件进行分组,以便于管理和数据的分配/放置。例如,可以分别在三个硬盘驱动器上创建三个文件(Data1.ndf、Data2.ndf
和 Data3.ndf),并将这三个文件指派到文件组 fgroup1 中。然后,可以明确地在文件组 fgroup1
上创建一个表。对表中数据的查询将分散到三个磁盘上,因而性能得以提高。在
RAID(独立磁盘冗余阵列)条带集上创建单个文件也可以获得相同的性能改善。然而,文件和文件组使您得以在新磁盘上轻易地添加新文件。另外,如果数据库超过单个
Microsoft Windows NT® 文件的最大大小,则可以使用次要数据文件允许数据库继续增长。

文件和文件组的设计规则

文件和文件组的设计规则包括:

文件或文件组不能由一个以上的数据库使用。例如,文件 sales.mdf 和 sales.ndf 包含 sales
数据库中的数据和对象,任何其它数据库都不能使用这两个文件。

文件只能是一个文件组的成员。

数据和事务日志信息不能属于同一文件或文件组。

事务日志文件不能属于任何文件组。