MYSQL网页设计sql server中的外键束缚

据我的观察，现在有一个趋势，那些经过正式培训的数据库管理员DBA更倾向于选择一个专有关系数据库，例如Oracle。对于一些具有专门数据库管理员的比较大的环境来说，MySQL很难得到宠爱，这时候，关于MySQL是否真的具有良好的可扩展性的争论已经没有意义。server
sqlserver中创建外键束缚有3中体例：
1.EnterpriseManager中，Tables,DesignTable，设置Table的properties,
能够创建constraint,referencekey;
2.EnterpriseManager中，Diagrams,newDiagrams,创建两个表的干系。
3.间接用transactsql语句。

三个办法都必要先创建数据表。
--创立表author:
CREATETABLE[dbo].[author](
[ID][bigint]NOTNULL,
[AuthorName][char](10)NULL,
[address][char](480)NULL,
[introduction][ntext]NULL
)

--创立表myBBS:
REATETABLE[dbo].[myBBS](
[ID][bigint]IDENTITY(1,1)NOTNULL,
[authorId][bigint]NOTNULL,
[Title][char](40)NULL,
[Date_of_Created][datetime]NULL,
[Abstract][char](480)NULL,
[Content][ntext]NULL
)

设置表myBBS中的authorId为外键，参照author表的Id字段，间接利用transactsql语句，历程以下：
--增添表mybbs(authorId)的外键束缚FK_mybbs_author，表myBBS中的authorId受表author中的主键ID束缚：
BEGINTRANSACTION
altertabledbo.mybbsaddconstraintFK_mybbs_author
foreignkey(authorId)
referencesdbo.author([id])ONUPDATECASCADEONDELETECASCADE

--删除外键束缚FK_mybbs_author：
--altertabledbo.mybbsdropconstraintFK_mybbs_author
--rollback
committransaction

下面ONUPDATECASCADE，ONDELETECASCADE两个选项，指明今后author表的id字段有delete,update操纵时，myBBS表中的id也会被级联删除或更新。假如没有选中，是不成以对author表中已被myBBS表联系关系的id举行update大概delete操纵的。
DBaaS解决方案既可以解决这些问题，又能为客户节约资金。相反作为解决方案提供商，采用DBaaS模式似乎就并不那么有吸引力了，因为与企业内部署软件的解决方案相比，DBaaS意味着更低的利润。

习惯敲命令行的朋友可能会爽一些。但是功能有限。适合机器跑不动SQLServerManagementStudio的朋友使用。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

理解了存储结构，再阅读下性能优化的章节基本上会对sqlserver有个清晰地认识

记得在最开始使用2k的时候就要用到这个功能，可惜2k没有，现在有了作解决方案的朋友会很高兴吧。

一个是把SQL语句写到客户端,可以使用DataSet进行加工;

从底层原理到表层引用，书籍多的很。个人认为没有什么那本书好？这样的说法。主要看和个人的学习方法是否适合。

换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的