Ⅰ 菜鸟请教sql中表的设计思路
你设计的表中
1.你最好再设计一个客户表，这个表中存放每个客户的名称和编码等基本信息，其中编码就作为每位客户的唯一标示。
2.然后在你目前的客户消费信息表中存放客户的遍码和消费信息，这样就可以通过客户编码区分客户了，也可以根据客户编码来统计客户的消费信息。
3.客户消费信息表中要有一个主键“ID”来标示客户的消费信息。可以自动获取也可以随机生成。
不知道清楚了没有。
Ⅱ 什么是数据库数据库和数据库表的区别是什么SQL命令的三要素
数据库（Database）是按照数据结构来组织、存储和管理数据的仓库，它产生于距今五十年前，随着信息技术和市场的发展，特别是二十世纪九十年代以后，数据管理不再仅仅是存储和管理数据，而转变成用户所需要的各种数据管理的方式。数据库有很多种类型，从最简单的存储有各种数据的表格到能够进行海量数据存储的大型数据库系统都在各个方面得到了广泛的应用。
数据库和数据库表是总分的关系，像一个excel中至少有三个sheet，那excel文件就是数据库，其中每一个sheet就是数据库表了
Sql命令好像没有特别的三要素吧，不过db是有的，分别是结构、操作、规则约束
Ⅲ SQL连表查询跟一个个表查询那个快各有什么优点和缺点
SQL链接表查询称为联合查询，表查询是单个查询。其区别和优点如下：
1．从发展效率的角度看：
联合查询是需要多个单查询逻辑组合才能完成的查询工作，联合查询只需要一个SQL就可以完成查询工作，即将业务逻辑转化为SQL，由数据库来处理，相对来说，开发效率会更高。
2．从查询效率来看：
单个查询具有更好的可重用性，因此比联合查询更有效。
当读取或写入数据库时，数据库使用锁机制来限制其他连接对其进行操作。由于联邦查询比单个查询慢得多，它们会增加锁争用，因此单个查询更好。
3．从逻辑结构层面来看，分层原则
关联表示业务规则／逻辑。如果经常使用关联查询，就会将大量的业务规则和逻辑放入数据库中执行，这将大大增加CPU、内存、IO等资源的消耗。
4．从资源利用的角度来看
在大多数情况下，并不是所有相关查询的结果都得到了有效的使用。例如，后台管理的列表界面会显示分页、关联查询的结果集，只使用当前页面的数据，而数据库需要消耗额外的资源才能得到整个结果集。
5．从架构的可伸缩性的角度来看
大量的相关查询将导致集中式数据库体系结构难以转化为分布式体系结构，可扩展性优化也难以实现。关联查询方便快捷，开发效率更高。
不使用关系查询在体系结构级别上有很多优势，但是它需要大量的系统分析、设计和开发功能。一般在互联网行业，如用户数量最好重视这方面。
由于数据量小，两个查询的效率基本没有差别，但在实际应用中，需要根据数据量、业务复杂度等进行综合评价。
Ⅳ sql表的建立问题
给你举个经典例子：
学生表(学生ID,学生姓名,学号,性别,出生日期)
科目表(科目ID,科目名称)
成绩表(学生ID,科目ID,成绩)
成绩表中的“学生ID”与学生表中的“学生ID”就是表之间的关系
例如要查某学号，某科目的成绩，可以：
Select 学生姓名,成绩 From 成绩表
Left join 学生表 on 学生表.学生ID=成绩表.学生ID
Left join 科目表 on 科目表.科目ID=成绩表.科目ID
where 学生表.学号='xx学号' and 科目表.科目名称='科目名称'
Ⅳ 关于SQL建表的一点问题
在查询分析器里要有设置主外键关联：
语法如下:FOREIGN KEY (列名) REFERENCES 表名 (列名)
在企业管理器里：鼠标右击表名--》关系--》设置与哪个表之间主外关系。
之后在关系图就能看到关系图了。不明白在问我吧。
Ⅵ MYSQL的发展史
MySQL从开发人员手中的“玩具”变为如今的“世界上最流行的开源数据库”，其中的过程伴随着产品版本升级，以及一些新功能（特别是企业数据库功能）的增加。现在，随着MySQL 5.0被完美地开发出来，已经很少有人将MySQL称为“玩具数据库”了。MySQL的丰富功能满足了许多用户的需求，Oracle最近的动作表明了他们对待MySQL非常重视——Oracle曾几次三番的表示有意收购MySQL。
MySQL的产品路线图
让我们先从MySQL的较有影响的版本产品开始，看一下MySQL的更新换代。
MySQL 4.0
MySQL 4.0是在2003年3月发布的，该版本使新的基于MySQL的应用程序获得了更广泛的应用。但是在4.0版中，MySQL不支持存储过程、触发程序、服务器端指针或视图。MySQL 4.0是从3.23发展而来，较之3.23版本有了很大的提高，主要适用于Web站点，这时候的MySQL还不是一个企业级数据库。
以下是MySQL 4.0的主要新特性：
FULLTEXT索引：最值得用户期待的可能就是FULLTEXT索引。
FULLTEXT在文本字段创建索引，为对该索引执行布尔搜索提供了一个强大而灵活的机制。依照一般的开发经验，开发人员通常必须创建索引并访问文本数据，而FULLTEXT索引比想象中的还要好得多。
许多解决方案仅限于全字索引，FULLTEXT索引没有这种限制，允许开发人员添加或拆分词组。
ANSI SQL UNION：支持ANSI SQL UNION语句，该语句将询问结果汇集到一个结果集。
多表操作：可以执行多表UPDATE和DELETE。
新语句：增加了其他DBMS用户所熟悉的一些非标准的新语句（如IDENTITY和TRUNCATE TABLE），以及FOUND_ROWS()等新功能，这些功能可以返回无需LIMIT子句就能返回的纪录的编号。
InnoDB存储引擎：InnoDB存储引擎在当时作为服务器的标准特性，在4.0版本中成为一个附加选项。InnoDb是允许ACID兼容事务的表类型，而非默认的MyISAM表类型，它可以加快一般性使用的速度，但对于关键操作不是十分有用。
InnoDB表使用行级别锁定特性，这意味着对一个记录的更新只锁定该记录，而不是整个表。当选择访问大量的数据库时（对于大多数Web站点而言），锁定整个表相当快，但是当插入和更新的数量接近于选项的数量时，则速度较慢。长期以来，对MySQL的批评一直集中在MyISAM表的安全性和一致性问题，兼容ACID的InnoDB表在解决这些问题上走过了很长一段路。
查询缓存：MySQL 4.0在某些情况下可以更快捷。这主要通过查询缓存得以实现，它将重复的查询结果存储起来，使速度得以提高，尽管许多成熟的应用程序在某个代码级别上执行自己的查询缓存功能。某些语句在速度上也有所提高。
Embededded Server：MySQL 4.0附带了一个Embededded Server库，允许应用程序以MySQL作为底层数据库。
latin1_de ：MySQL 4.0支持一个额外字符集latin1_de，它可确保正确存储德语单词。
MyISAM：MySQL 4.0中的MyISAM表目前在表级别上支持符号链接，所以Windows用户可以在表级别上创建符号链接（这对于Unix用户始终有效）。
安全模型：MySQL 4.0的安全模型得到了增强，允许管理员更加细致地授权许可。新的权限允许用户创建临时表、锁定表、执行某些复制任务、查看所有现有的数据库，甚至在达到最大连接限度时还能进行连接——对于DBA执行紧急任务非常有用，甚至允许运行存储过程（在MySQL 5中实现了此功能）。DBA依靠增强的安全模式也可以限制用户每小时的连接、更新或查询次数。
MySQL 4设计运行在Novell Netware 6.0之上。另外，MySQL服务器变量中有不少可以在不重新启动服务器的情况下进行更改，由于重新启动会恢复旧的设置，因此这个特性非常有用。
MySQL 4.1
MySQL 4.1推出之后，对于某些用户而言，4.1比MySQL 4.0具有更激动人心的升级可能：
MySQL 4.1支持子查询。
不使用子查询时，许多查询可以更有效地编写，但是会有例外。子查询是标准ANSI SQL特性。
支持Unicode (UTF-8)，允许更广泛地进行国际化。
每个列、表或数据库都可以设置不同的字符集，如果以多种语言存储数据，这就很有必要了。
支持地理数据（OpenGIS）。
增强的警告发送。如果一个不够，MySQL 4.1可以将多个警告发送到客户端，这样就对于整体数据处理十分有用。
提高了一些速度。但这些速度提高可能被MySQL 4.1所承担的所有额外部分抵消。
尽管MySQL手册是发布的最好手册之一，MySQL 4.1还是附带了仅适用于该版本的HELP命令。
支持派生表，例如：
SELECT table1.field1 FROM table, (SELECT * FROM table2) table3 WHERE table1.field1=table3.field1
支持多行查询，允许运行多个查询，然后读取最终结果。
各种维护语句将存入二进制日志中，在复制时您可以简化维护任务。
CREATE...LIKE允许开发人员按现有表的精确结构轻松地创建新表。
另外，MySQL 4.1的三个显着功能包括：稳定的OpenSSL支持、更多的测试准备语句、更多的测试一个表的多个字符集。
MySQL 4.1或许是第一个实际“长大成人”的MySQL版本。由于4.1版本中一些新增加的特性和功能（例如地理数据、子选择语句、派生表），Oracle第一次开始真正关注MySQL。
MySQL 5.0
支持存储过程。存储过程是一个开发人员在其他数据库环境最常用的ANSI SQL标准，对于MySQL来说，这已经姗姗来迟了。MySQL 5.0所支持的存储过程的语法类似于Oracle PL/SQL和T-SQL。
触发程序（发生某个事件时所称的存储过程）
支持指针
真正支持VARCHAR数据类型，解决了一个长期存在的MySQL VARCHAR bug。
在MyISAM表中对RTREE索引的支持，将使访问地理数据变得很容易。
MySQL 5.1
相对于5.0版本，MySQL 5.1实现了一些新的功能：
联机备份（允许添加replication slave，而不必关闭主服务器）。
BIT类型，实际占用1位，而不是1个字符。
失败保护（failsafe）复制
网上抄的～
Ⅶ sql中主表与从表的概念
主表中有的从表中才可添加相关信息。
比如说有这样一个表
公司人员信息表
姓名 年龄 性别
张三 20 男
工资表
姓名 工资 工龄 奖金
其中工资表是公司人员信息表的从表帮定的是姓名字段，你想象下如果公司根本没这个人你能给这个人发工资吗，当然这个例子不太符合逻辑因为姓名是会相同的，你可以用工号来进行唯一性标示这样就不会有冗余信息了。
Ⅷ sql关于表的问题
create table users ( uName varchar(50),uPassword varchar(50) )
go
create function store_user ( @uName varchar(50),@uPassword varchar(50) )
returns int
as
begin
declare @i int
select count(1) into @i from users where uName=@uName and uPassword=@uPassword
return
end
go
2
create table users ( user_name varchar(50),oper_date datetime )
go
create trigger tr_tmp_ins
on emp
instead of insert
as
begin
if datepart(dw,getdate() = 6 or datepart(dw,getdate() = 7
begin
insert emp_audit ( user_name,oper_date )
select user_name(),getdate()
end
end
go
Ⅸ sql 表的问题！！
如果只是一个表，没有关链的话，建议表中设置主键及索引，也可以考虑程序中分页读出