小女巫 发表于 2015-1-16 22:49:10

MYSQL网页设计找SQL表的主键

如果互联网服务提供商,支撑数据的云服务,或它们之间任一点网络被堵塞或中断,他们就会遇到与数据延迟或应用程序故障有关的问题。如果问题发生在企业内部,解决方案提供商可以排除故障找出原因。
1:使用SQL自带的存储历程

EXECsp_pkeys@table_name=表名

2:使用体系表INFORMATION_SCHEMA.KEY_COLUMN_USAGE

SELECTTABLE_NAME,COLUMN_NAMEFROMINFORMATION_SCHEMA.KEY_COLUMN_USAGE
WHERETABLE_NAME=表名

3:以下这个查询表布局的语句大概人人都见过:

使用syscolumns,sysindexes,sysindexkeys三个表联系关系能够查出主键

SELECT
(casewhena.colorder=1thend.nameelseend)N表名,
a.colorderN字段序号,
a.nameN字段名,
(casewhenCOLUMNPROPERTY(a.id,a.name,IsIdentity)=1then√elseend)N标识,
(casewhen(SELECTcount(*)
FROMsysobjects
WHERE(namein
(SELECTname
FROMsysindexes
WHERE(id=a.id)AND(indidin
(SELECTindid
FROMsysindexkeys
WHERE(id=a.id)AND(colidin
(SELECTcolid
FROMsyscolumns
WHERE(id=a.id)AND(name=a.name)))))))AND
(xtype=PK))>0then√elseend)N主键,
b.nameN范例,
a.lengthN占用字节数,
COLUMNPROPERTY(a.id,a.name,PRECISION)asN长度,
isnull(COLUMNPROPERTY(a.id,a.name,Scale),0)asN小数位数,
(casewhena.isnullable=1then√elseend)N同意空,
isnull(e.text,)N默许值,
isnull(g.,)ASN字段申明
--into##tx

FROMsyscolumnsaleftjoinsystypesb
ona.xtype=b.xusertype
innerjoinsysobjectsd
ona.id=d.idandd.xtype=Uandd.namedtproperties
leftjoinsyscommentse
ona.cdefault=e.id
leftjoinsyspropertiesg
ona.id=g.idANDa.colid=g.smallid
orderbyobject_name(a.id),a.colorder


4:


selecto.nameas表名,c.nameas字段名,k.colidas字段序号,k.keynoas索引按次fromsysindexesi
joinsysindexkeyskoni.id=k.idandi.indid=k.indid
joinsysobjectsooni.id=o.id
joinsyscolumnsconi.id=c.idandk.colid=c.colid
whereo.xtype=U
andexists(select1fromsysobjectswherextype=PKandname=i.name)
orderbyo.name,k.colid



人们常说“成功孕育成功”,这种说法明显非常适合MySQL的情况。MySQL学习教程这个开源数据库号称在全世界有超过110万份的完全安装。

第二个灵魂 发表于 2015-1-17 07:44:05

这是一个不错的新特性。虽然索引的附加字段没有索引键值效率高,但是相对映射到数据表中效率还是提高了很多。我做过试验,在我的实验环境中会比映射到表中提高30%左右的效率。

只想知道 发表于 2015-1-20 15:01:13

而SQLServer如果能像Oracle一样可以为登陆分配如:5%的cpu,10%的内存。就可以解决这个漏洞。

若相依 发表于 2015-1-29 11:51:38

索引视图2k就有。但是2005对其效率作了一些改进但是schema.viewname的作用域真是太限制了它的应用面。还有一大堆的环境参数和种种限制都让人对它有点却步。

愤怒的大鸟 发表于 2015-2-6 00:37:20

还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。

冷月葬花魂 发表于 2015-3-4 08:24:30

XML字段类型更好的解决了XML数据的操作。XQuery确实不错,但是个人对其没好感。(CSDN的开发者应该是相当的熟了!)

小妖女 发表于 2015-3-11 18:03:38

我个人认为就是孜孜不懈的学习

透明 发表于 2015-3-19 05:52:25

还不是性能有问题!否则面向对象的数据库早就实现了!建议使用CLR的地方一般是和应用的复杂程度或操作系统环境有很高的耦合度的场景。如你想构建复杂的算法,并且用到了大量的指针和高级数据模型。

再见西城 发表于 2015-3-27 08:40:44

外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键,都是通过程序来控制父子数据的完整性。
页: [1]
查看完整版本: MYSQL网页设计找SQL表的主键