安卓手机返回键值是什么

返回键的键值是4，其它一些键值如下图：

至于怎么更改，我记得有个系统文件可以改变对应的按键代码，就可以。不过这个需要手机ROOT后才能更改。

我当前手机尚未root，所以没法告诉您是哪个文件。

什么是主键、外键：

关系型数据库中的一条记录中有若干个属性，若其中某一个属性组(注意是组)能唯一标识一条记录，该属性组就可以成为一个主键 

比如  

学生表(学号，姓名，性别，班级) 

其中每个学生的学号是唯一的，学号就是一个主键 

课程表(课程编号,课程名,学分) 

其中课程编号是唯一的,课程编号就是一个主键 

成绩表(学号,课程号,成绩) 

成绩表中单一一个属性无法唯一标识一条记录，学号和课程号的组合才可以唯一标识一条记录，所以 学号和课程号的属性组是一个主键

成绩表中的学号不是成绩表的主键，但它和学生表中的学号相对应，并且学生表中的学号是学生表的主键，则称成绩表中的学号是学生表的外键

同理 成绩表中的课程号是课程表的外键

定义主键和外键主要是为了维护关系数据库的完整性，总结一下：

1主键是能确定一条记录的唯一标识，比如，一条记录包括身份正号，姓名，年龄。

身份z号是唯一能确定你这个人的，其他都可能有重复，所以，身份z号是主键。 

2外键用于与另一张表的关联。是能确定另一张表记录的字段，用于保持数据的一致性。

比如，A表中的一个字段，是B表的主键，那他就可以是A表的外键。

二、  主键、外键和索引的区别

主键、外键和索引的区别？

主键

外键

索引

定义：

唯一标识一条记录，不能有重复的，不允许为空

表的外键是另一表的主键, 外键可以有重复的, 可以是空值

该字段没有重复值，但可以有一个空值

作用：

用来保证数据完整性

用来和其他表建立联系用的

是提高查询排序的速度

个数：

主键只能有一个

一个表可以有多个外键

一个表可以有多个惟一索引

聚集索引和非聚集索引的区别？

聚集索引一定是唯一索引。但唯一索引不一定是聚集索引。

聚集索引，在索引页里直接存放数据，而非聚集索引在索引页里存放的是索引，这些索引指向专门的数据页的数据。

三、数据库中主键和外键的设计原则

主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。

必须将数据库模式从理论上的逻辑设计转换为实际的物理设计。而主键和外键的结构是这个设计过程的症结所在。一旦将所设计的数据库用于了生产环境，就很难对这些键进行修改，所以在开发阶段就设计好主键和外键就是非常必要和值得的。

主键：

关系数据库依赖于主键---它是数据库物理模式的基石。

主键在物理层面上只有两个用途：

1 惟一地标识一行。

2 作为一个可以被外键有效引用的对象。

基于以上这两个用途，下面给出了我在设计物理层面的主键时所遵循的一些原则：

1 主键应当是对用户没有意义的。如果用户看到了一个表示多对多关系的连接表中的数据，并抱怨它没有什么用处，那就证明它的主键设计地很好。

2 主键应该是单列的，以便提高连接和筛选 *** 作的效率。

注：使用复合键的人通常有两个理由为自己开脱，而这两个理由都是错误的。其一是主键应当具有实际意义，然而，让主键具有意义只不过是给人为地破坏数据库提供了方便。其二是利用这种方法可以在描述多对多关系的连接表中使用两个外部键来作为主键，我也反对这种做法，理由是：复合主键常常导致不良的外键，即当连接表成为另一个从表的主表，而依据上面的第二种方法成为这个表主键的一部分，然，这个表又有可能再成为其它从表的主表，其主键又有可能成了其它从表主键的一部分，如此传递下去，越靠后的从表，其主键将会包含越多的列了。

3 永远也不要更新主键。实际上，因为主键除了惟一地标识一行之外，再没有其他的用途了，所以也就没有理由去对它更新。如果主键需要更新，则说明主键应对用户无意义的原则被违反了。

注：这项原则对于那些经常需要在数据转换或多数据库合并时进行数据整理的数据并不适用。

4 主键不应包含动态变化的数据，如时间戳、创建时间列、修改时间列等。

5 主键应当有计算机自动生成。如果由人来对主键的创建进行干预，就会使它带有除了惟一标识一行以外的意义。一旦越过这个界限，就可能产生认为修改主键的动机，这样，这种系统用来链接记录行、管理记录行的关键手段就会落入不了解数据库设计的人的手中。

四、数据库主键选取策略

我们在建立数据库的时候，需要为每张表指定一个主键，所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。当然，其它字段可以辅助我们在执行这些 *** 作时消除共享冲突，不过就不在这里讨论了。主键除了上述作用外，常常与外键构成参照完整性约束，防止出现数据不一致。所以数据库在设计时，主键起到了很重要的作用。

常见的数据库主键选取方式有：

· 自动增长字段

· 手动增长字段

· UniqueIdentifier

· “COMB（Combine）”类型

1自动增长型字段

很多数据库设计者喜欢使用自动增长型字段，因为它使用简单。自动增长型字段允许我们在向数据库添加数据时，不考虑主键的取值，记录插入后，数据库系统会自动为其分配一个值，确保绝对不会出现重复。如果使用SQL Server数据库的话，我们还可以在记录插入后使用@@IDENTITY全局变量获取系统分配的主键键值。

尽管自动增长型字段会省掉我们很多繁琐的工作，但使用它也存在潜在的问题，那就是在数据缓冲模式下，很难预先填写主键与外键的值。假设有两张表：

Order(OrderID, OrderDate)

OrderDetial(OrderID, LineNum, ProductID, Price)

Order表中的OrderID是自动增长型的字段。现在需要我们录入一张订单，包括在Order表中插入一条记录以及在OrderDetail表中插入若干条记录。因为Order表中的OrderID是自动增长型的字段，那么我们在记录正式插入到数据库之前无法事先得知它的取值，只有在更新后才能知道数据库为它分配的是什么值。这会造成以下矛盾发生：

首先，为了能在OrderDetail的OrderID字段中添入正确的值，必须先更新Order表以获取到系统为其分配的OrderID值，然后再用这个OrderID填充OrderDetail表。最后更新OderDetail表。但是，为了确保数据的一致性，Order与OrderDetail在更新时必须在事务保护下同时进行，即确保两表同时更行成功。显然它们是相互矛盾的。

除此之外，当我们需要在多个数据库间进行数据的复制时（SQL Server的数据分发、订阅机制允许我们进行库间的数据复制 *** 作），自动增长型字段可能造成数据合并时的主键冲突。设想一个数据库中的Order表向另一个库中的Order表复制数据库时，OrderID到底该不该自动增长呢？

ADONET允许我们在DataSet中将某一个字段设置为自动增长型字段，但千万记住，这个自动增长字段仅仅是个占位符而已，当数据库进行更新时，数据库生成的值会自动取代ADONet分配的值。所以为了防止用户产生误解，建议大家将ADONET中的自动增长初始值以及增量都设置成-1。此外，在ADONET中，我们可以为两张表建立DataRelation，这样存在级联关系的两张表更新时，一张表更新后另外一张表对应键的值也会自动发生变化，这会大大减少了我们对存在级联关系的两表间更新时自动增长型字段带来的麻烦。

2手动增长型字段

既然自动增长型字段会带来如此的麻烦，我们不妨考虑使用手动增长型的字段，也就是说主键的值需要自己维护，通常情况下需要建立一张单独的表存储当前主键键值。还用上面的例子来说，这次我们新建一张表叫IntKey，包含两个字段，KeyName以及KeyValue。就像一个HashTable，给一个KeyName，就可以知道目前的KeyValue是什么，然后手工实现键值数据递增。在SQL Server中可以编写这样一个存储过程，让取键值的过程自动进行。代码如下：

CREATE PROCEDURE [GetKey]

@KeyName char(10), 

@KeyValue int OUTPUT 

AS

UPDATE IntKey SET @KeyValue = KeyValue = KeyValue + 1 WHERE KeyName = @KeyName

Go

这样，通过调用存储过程，我们可以获得最新键值，确保不会出现重复。若将OrderID字段设置为手动增长型字段，我们的程序可以由以下几步来实现：首先调用存储过程，获得一个OrderID，然后使用这个OrderID填充Order表与OrderDetail表，最后在事务保护下对两表进行更新。

使用手动增长型字段作为主键在进行数据库间数据复制时，可以确保数据合并过程中不会出现键值冲突，只要我们为不同的数据库分配不同的主键取值段就行了。但是，使用手动增长型字段会增加网络的RoundTrip，我们必须通过增加一次数据库访问来获取当前主键键值，这会增加网络和数据库的负载，当处于一个低速或断开的网络环境中时，这种做法会有很大的弊端。同时，手工维护主键还要考虑并发冲突等种种因素，这更会增加系统的复杂程度。

3使用UniqueIdentifier

SQL Server为我们提供了UniqueIdentifier数据类型，并提供了一个生成函数NEWID( )，使用NEWID( )可以生成一个唯一的UniqueIdentifier。UniqueIdentifier在数据库中占用16个字节，出现重复的概率非常小，以至于可以认为是0。我们经常从注册表中看到类似

{45F0EB02-0727-4F2E-AAB5-E8AEDEE0CEC5}

的东西实际上就是一个UniqueIdentifier，Windows用它来做COM组件以及接口的标识，防止出现重复。在NET里管UniqueIdentifier称之为GUID（Global Unique Identifier）。在C#中可以使用如下命令生成一个GUID：

Guid u = SystemGuidNewGuid();

对于上面提到的Order与OrderDetail的程序，如果选用UniqueIdentifier作为主键的话，我们完全可以避免上面提到的增加网络RoundTrip的问题。通过程序直接生成GUID填充主键，不用考虑是否会出现重复。

UniqueIdentifier字段也存在严重的缺陷：首先，它的长度是16字节，是整数的4倍长，会占用大量存储空间。更为严重的是，UniqueIdentifier的生成毫无规律可言，要想在上面建立索引（绝大多数数据库在主键上都有索引）是一个非常耗时的 *** 作。有人做过实验，插入同样的数据量，使用UniqueIdentifier型数据做主键要比使用Integer型数据慢，所以，出于效率考虑，尽可能避免使用UniqueIdentifier型数据库作为主键键值。

4使用“COMB（Combine）”类型

既然上面三种主键类型选取策略都存在各自的缺点，那么到底有没有好的办法加以解决呢？答案是肯定的。通过使用COMB类型（数据库中没有COMB类型，它是Jimmy Nilsson在他的“The Cost of GUIDs as Primary Keys”一文中设计出来的），可以在三者之间找到一个很好的平衡点。

COMB数据类型的基本设计思路是这样的：既然UniqueIdentifier数据因毫无规律可言造成索引效率低下，影响了系统的性能，那么我们能不能通过组合的方式，保留UniqueIdentifier的前10个字节，用后6个字节表示GUID生成的时间（DateTime），这样我们将时间信息与UniqueIdentifier组合起来，在保留UniqueIdentifier的唯一性的同时增加了有序性，以此来提高索引效率。也许有人会担心UniqueIdentifier减少到10字节会造成数据出现重复，其实不用担心，后6字节的时间精度可以达到1/300秒，两个COMB类型数据完全相同的可能性是在这1/300秒内生成的两个GUID前10个字节完全相同，这几乎是不可能的！在SQL Server中用SQL命令将这一思路实现出来便是：

DECLARE @aGuid UNIQUEIDENTIFIER

SET @aGuid = CAST(CAST(NEWID() AS BINARY(10)) 

+ CAST(GETDATE() AS BINARY(6)) AS UNIQUEIDENTIFIER)

经过测试，使用COMB做主键比使用INT做主键，在检索、插入、更新、删除等 *** 作上仍然显慢，但比Unidentifier类型要快上一些。关于测试数据可以参考我2004年7月21日的随笔。

除了使用存储过程实现COMB数据外，我们也可以使用C#生成COMB数据，这样所有主键生成工作可以在客户端完成。C#代码如下：

//================================================================

///<summary>

/// 返回 GUID 用于数据库 *** 作，特定的时间代码可以提高检索效率

/// </summary>

/// <returns>COMB (GUID 与时间混合型) 类型 GUID 数据</returns>

public static Guid NewComb() 

{

byte[] guidArray = SystemGuidNewGuid()ToByteArray();

DateTime baseDate = new DateTime(1900,1,1);

DateTime now = DateTimeNow;

// Get the days and milliseconds which will be used to build the byte string

TimeSpan days = new TimeSpan(nowTicks - baseDateTicks);

TimeSpan msecs = new TimeSpan(nowTicks - (new DateTime(nowYear, nowMonth, nowDay)Ticks)); 

// Convert to a byte array

// Note that SQL Server is accurate to 1/300th of a millisecond so we divide by 3333333

byte[] daysArray = BitConverterGetBytes(daysDays);

byte[] msecsArray = BitConverterGetBytes((long)(msecsTotalMilliseconds/3333333)); 

// Reverse the bytes to match SQL Servers ordering

ArrayReverse(daysArray);

ArrayReverse(msecsArray); 

// Copy the bytes into the guid

ArrayCopy(daysArray, daysArrayLength - 2, guidArray, guidArrayLength - 6, 2);

ArrayCopy(msecsArray, msecsArrayLength - 4, guidArray, guidArrayLength - 4, 4); 

return new SystemGuid(guidArray); 

} 

//================================================================

/// <summary>

/// 从 SQL SERVER 返回的 GUID 中生成时间信息

/// </summary>

/// <param name="guid">包含时间信息的 COMB </param>

/// <returns>时间</returns>

public static DateTime GetDateFromComb(SystemGuid guid) 

{

DateTime baseDate = new DateTime(1900,1,1);

byte[] daysArray = new byte[4];

byte[] msecsArray = new byte[4];

byte[] guidArray = guidToByteArray(); 

// Copy the date parts of the guid to the respective byte arrays

ArrayCopy(guidArray, guidArrayLength - 6, daysArray, 2, 2);

ArrayCopy(guidArray, guidArrayLength - 4, msecsArray, 0, 4); 

// Reverse the arrays to put them into the appropriate order

ArrayReverse(daysArray);

ArrayReverse(msecsArray); 

// Convert the bytes to ints

int days = BitConverterToInt32(daysArray, 0);

int msecs = BitConverterToInt32(msecsArray, 0); 

DateTime date = baseDateAddDays(days);

date = dateAddMilliseconds(msecs  3333333); 

return date;

}

这种断层个人很难查。建议你找个正规的手机维修点检查一下。如果触摸屏坏了，换一个也不会太贵。但如果维修点危言耸听，说整个液晶屏都要换，那你就要小心了。它可能会用二手的取代你的好液晶屏，所以要提高警惕。过去，其他一些用户也报告说，他们的手机中的虚拟键盘偶尔会出现故障。后来他们选择了升级更高版本的ios系统，问题已经解决。这可能是由于原手机系统安装应用较多，手机配置不高，容易导致手机资源不足。所以，这种现象也有可能出现。可以建议尝试恢复出厂设置或者刷机后尝试。如果还是不行，最好还是把它修好。手机键盘基本介绍通常在智能手机中，我们所说的键盘主要是指手机的虚拟键盘。手机虚拟键盘是指全触摸手机在屏幕上按键的虚拟键盘，可以直接将触摸屏上的虚拟键盘作为真实键盘使用。手机虚拟键盘是一种将CCITT标准键与若干功能键组合起来形成实际键盘和键值表的虚拟键盘，以改进数据键入方法。手机虚拟键盘至少包括以下步骤:根据预设的键盘状态值显示相应的虚拟按键；判断是否有实际按键被按下，如果被按下按键是CCITT标准按键之一，则查询键值表得到键值；然后，利用预设的键盘状态值和键值，查询键值表得到虚拟键值；如果虚拟键值为虚拟键盘切换键，则根据虚拟键盘切换键的键值改变键盘状态值，调用键盘显示模块显示对应的虚拟键盘，并删除键值；否则，调用键盘显示模块显示虚拟键值。手机虚拟键盘展望1视觉透明度虚拟键盘的大小直接影响视觉效果。有些带虚拟键盘的全触控手机，如果开启虚拟键盘，会过多覆盖底部背景界面，从而影响屏幕的可视性；键盘面积过小，键格会过窄过密，不便于信息输入。如果能把虚拟键盘做成透明的，就能很好的解决虚拟键盘太大影响视觉的问题。2全屏布局它是一款集显示和输入于一体的产品。必须先显示键盘，然后才能输入信息。手机等手持设备受限于屏幕较小，使得虚拟键盘键位密集，键位狭窄，最终导致找键困难，击键准确率低，用户无法实现盲打。要想在手持设备有限的屏幕面积上彻底改变上述问题，最好的选择就是增加键盘面积，在键盘透明的基础上实现虚拟键盘的全屏布局。3三维 *** 作

首先打开手机的输入界面，在输入界面点击左上角“四方格按键”。 

打开键盘界面设置 接着点击更多设置，在更多设置界面中打开键盘的“界面设置”。

调整键盘 最后点击“调整键盘”即可将变小的键盘重新放大恢复。

总结： 由于手机的系统和所安装的输入法也不一样，玩家可以根据自己所安装的输入法软件来调整键盘大小，另外如果是系统自带的输入法，那就可以在系统设置中来进行设置。

手机虚拟键盘为一种以CCITT的标准键，结合多个功能键组成实际键盘及键值表，产生虚拟键盘，以改善数据键入的方法，至少包含以下步骤：依据预设的键盘状态值显示对应的虚拟键；判断是否有实际键被按下，若被按下键为CCITT标准键其中之一时，查询键值表以得到键值。

然后以预设的键盘状态值及键值，查询键值表以得到虚拟键值；若虚拟键值为虚拟键盘切换键则依据虚拟键盘切换键的键值改变键盘状态值并呼叫键盘显示模组以显示对应的虚拟键盘，并且去除键值；否则，呼叫键盘显示模组以显示该虚拟键值。

首先打开手机的输入界面，在输入界面点击左上角“四方格按键”。 

打开键盘界面设置 接着点击更多设置，在更多设置界面中打开键盘的“界面设置”。

调整键盘 最后点击“调整键盘”即可将变小的键盘重新放大恢复。

总结： 由于手机的系统和所安装的输入法也不一样，玩家可以根据自己所安装的输入法软件来调整键盘大小，另外如果是系统自带的输入法，那就可以在系统设置中来进行设置。

手机虚拟键盘为一种以CCITT的标准键，结合多个功能键组成实际键盘及键值表，产生虚拟键盘，以改善数据键入的方法，至少包含以下步骤：依据预设的键盘状态值显示对应的虚拟键；判断是否有实际键被按下，若被按下键为CCITT标准键其中之一时，查询键值表以得到键值。

然后以预设的键盘状态值及键值，查询键值表以得到虚拟键值；若虚拟键值为虚拟键盘切换键则依据虚拟键盘切换键的键值改变键盘状态值并呼叫键盘显示模组以显示对应的虚拟键盘，并且去除键值；否则，呼叫键盘显示模组以显示该虚拟键值。

老兄首先申明我是用手机回的啊！你打开记事本粘贴以下代码：<html><head><script language="javascript">function c(){alert(kvalue);}</script></head><body><input type="text" id="k" onkeydown="c()"></body></html>保存为后缀为html的文件，然后打开，按键盘上的键就会d出对应的ASC||码！我打了很久哦！

如何获取自动生成的(主)键值

insert 方法总是返回一个int值 - 这个值代表的是插入的行数。

而自动生成的键值在 insert 方法执行完后可以被设置到传入的参数对象中。

示例:

<insert id="insertUser" parameterType="comtestUser">

<selectKey keyProperty="id" order="AFTER" resultType="javalangInteger">

select LAST_INSERT_ID()

</selectKey>

insert into user(username)

values(#{username});

</insert>

以上就是关于安卓手机返回键值是什么全部的内容，包括:安卓手机返回键值是什么、honor手机外键，左右两个小键分不清那个是关机键、苹果手机键盘失灵怎么办等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！