A. sql一张表插入到另一张表（主键不会处理）
主键有问题？情况如下：
1.主键列有重复数据。先检查数据库是否重复。
2.主键是自增ID，不需要插入了。insert的时候这个值。
3.长度或者字段类型不同，修改一下主键的长度和字段类型吧。
B. 怎么用sql语句建立GUID类型的自动编号的主键
怎么用sql语句建立GUID类型的自动编号的主键
mysql oracle 都没有自动增长列，数据库里没办法设。Guid我是用C#生成的。
C. c#中Guid的作用是什么
借鉴了网上的一些看法：
1. 一个GUID为一个128位的整数(16字节)，在使用唯一标识符的情况下，你可以在所有计算机和网络之间使用这一整数。
2. GUID 的格式为“xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx”，其中每个 x 是 0-9 或 a-f 范围内的一个十六进制的数字。例如：337c7f2b-7a34-4f50-9141-bab9e6478cc8 即为有效的 GUID 值。
3. 世界上（Koffer注：应该是地球上）的任何两台计算机都不会生成重复的 GUID 值。GUID 主要用于在拥有多个节点、多台计算机的网络或系统中，分配必须具有唯一性的标识符。
4. 在 Windows 平台上，GUID 应用非常广泛：注册表、类及接口标识、数据库、甚至自动生成的机器名、目录名等。
以下的C#命令行程序说明这一使用过程：
using System;
namespace DisplayGUID {
class GuidExample {
static void Main(string[] args) {
GenerateGUID();
}
static void GenerateGUID() {
Console.WriteLine("GUID: " + System.Guid.NewGuid().ToString());
} } }
下面为这一程序的输出：(虽然不同系统之间的GUID是变化的。)
GUID: 9245fe4a-d402-451c-b9ed-9c1a04247482
一个GUID可以在后台数据库中操作一个主键。以下代码使用一个GUID在一个后台数据库中存储信息，这一数据库包含以下的列：
pk_guid—uniqueidentifier数据类型
name—nvarchar数据类型
这样出现一个包含文本框的简单Windows窗体。当选择按钮时，文本框中的数据被插入到数据库中。通过程序代码可以生成一个GUID并存储在其它列中：
using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
using Microsoft.ApplicationBlocks.Data;
namespace GuidDBExampleCSharp {
public class frmBuilderTest : Form {
private Label lblName;
private TextBox txtName;
private Button btnInsert;
private Container components = null;
public frmBuilderTest() {
InitializeComponent();
}
static void Main() {
Application.Run(new frmBuilderTest());
}
private string GenerateGUID() {
return System.Guid.NewGuid().ToString();
}
private void btnInsert_Click(object sender, System.EventArgs e) {
string cs = "server=(local);Initial Catalog=Northwind;Integrated
Security=SSPI";
using ( SqlConnection conn = new SqlConnection(cs) ) {
try {
string sqlInsert = "INSERT INTO dbo.tblBuilderTest (pk_guid, [name]) VALUES ('"
+ System.Guid.NewGuid().ToString() + "', '" + txtName.Text + "')";
conn.Open();
SqlHelper.ExecuteNonQuery(conn, CommandType.Text, sqlInsert);
} catch(Exception ex) {
System.Console.Write("Error: " + ex.Message);
} } } } }
另一个GUID程序将一个唯一的标识符分配给一个.NET类或者接口，也就是说，GUID作为一个属性被分配给类或者接口。可以使用标准属性语法来实现这一过程：
我们可以扩展第一个范例来分配一个GUID。System.Runtime.InteropServices空间名称必须被引用来使用GUID属性。以下C#代码实现了这一过程：
using System;
using System.Runtime.InteropServices;
namespace DisplayGUID {
[Guid("9245fe4a-d402-451c-b9ed-9c1a04247482")]
class GuidExample {
static void Main(string[] args) {
GenerateGUID();
}
static void GenerateGUID() {
Console.WriteLine("GUID: " + System.Guid.NewGuid().ToString());
} } }
D. mysql数据库表用什么做主键
1、主键定义
表中经常有一个列或多列的组合，其值能唯一地标识表中的每一行。这样的一列或多列称为表的主键，通过它可强制表的实体完整性。当创建或更改表时可通过定义 PRIMARY KEY 约束来创建主键。一个表只能有一个 PRIMARY KEY 约束，而且 PRIMARY KEY 约束中的列不能接受空值。由于 PRIMARY KEY 约束确保唯一数据，所以经常用来定义标识列。
2、主键作用
1）保证实体的完整性;
2）加快数据库的操作速度
3） 在表中添加新记录时，数据库会自动检查新记录的主键值，不允许该值与其他记录的主键值重复。
4） 数据库自动按主键值的顺序显示表中的记录。如果没有定义主键，则按输入记录的顺序显示表中的记录。
3、主键的必要性
在有些数据库中，虽然主键不是必需的，但最好为每个表都设置一个主键，不管是单主键还是复合主键。它存在代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，以及本记录的修改与删除。
4、主键的选择
1）编号作主键
此方法就是采用实际业务中的唯一字段的“编号”作为主键设计，这在小型的项目中是推荐这样做的，因为这可以使项目比较简单化，但在使用中却可能带来一些麻烦，比如要进行“编号修改”时，可能要涉及到很多相关联的其他表
2）自动编号主键
这种方法也是很多人在使用的，就是新建一个ID字段，自动增长，非常方便也满足主键的原则
a、优点：数据库自动编号，速度快，而且是增量增长，聚集型主键按顺序存放，对于检索非常有利;数字型的，占用空间小，易排序，在程序中传递也方便;如果通过非系统增加记录（比如手动录入，或是用其他工具直接在表里插入新记录，或老系统数据导入）时，非常方便，不用担心主键重复问题。
b、缺点：其实缺点也就是来自其优点，就是因为自动增长，在手动要插入指定ID的记录时会显得麻烦，尤其是当系统与其他系统集成时，需要数据导入时，很难保证原系统的ID不发生主键冲突（前提是老系统也是数字型的）;如果其他系统主键不是数字型那就麻烦更大了，会导致修改主键数据类型了，这也会导致其他相关表的修改，后果同样很严重;就算其他系统也是数字型的，在导入时，为了区分新老数据，可能想在老数据主键前统一加一个“o”(old)来表示这是老数据，那么自动增长的数字型又面临一个挑战。
3）Max加一
由于自动编号存在那些问题，所以有些人就采用自己生成，同样是数字型的，只是把自动增长去掉了，采用在Insert时，读取Max值后加一，这种方法可以避免自动编号的问题，但也存在一个效率问题，如果记录非常大的话，那么Max()也会影响效率的;更严重的是并发性问题，如果同时有两人读到相同的Max后，加一后插入的ID值会重复，这已经是有经验教训的了。
4）自制加一
考虑Max加一的效率后，有人采用自制加一，也就是建一个特别的表，字段为：表名，当前序列值。这样在往表中插入值时，先从此表中找到相应表的最大值后加一，进行插入，有人可能发现，也可能会存在并发处理，这个并发处理，可以采用lock线程的方式来避免，在生成此值的时，先Lock，取到值以后，再unLock出来，这样不会有两人同时生成了。这比Max加一的速度要快多了。但同样存在一个问题：在与其他系统集成时，脱离了系统中的生成方法后，很麻烦保证自制表中的最大值与导入后的保持一致，而且数字型都存在上面讲到的“o”老数据的导入问题。因此在“自制加一”中可以把主键设为字符型的。字符型的自制加一中应该字符型主键可以应付很多我们意想不到的情况。
5）GUID主键
目前一个比较好的主键是采用GUID，推荐主键还是字符型的，但值由GUID生成，GUID是可以自动生成，也可以程序生成，而且键值不可能重复，可以解决系统集成问题，几个系统的GUID值导到一起时，也不会发生重复，就算有“o”老数据也可以区分，而且效率很高，在.NET里可以直接使用System.Guid.NewGuid()进行生成，在SQL里也可以使用NewID()生成。优点是：
同IDENTITY 列相比，uniqueidentifier 列可以通过NewID() 函数提前得知新增加的行ID，为应用程序的后续处理提供了很大方便。
a、优点：便于数据库移植，其它数据库中并不一定具有IDENTITY 列，而Guid 列可以作为字符型列转换到其它数据库中，同时将应用程序中产生的GUID 值存入数据库，它不会对原有数据带来影响。便于数据库初始化，如果应用程序要加载一些初始数据，IDENTITY 列的处理方式就比较麻烦，而uniqueidentifier 列则无需任何处理，直接用T-SQL 加载即可。便于对某些对象或常量进行永久标识，如类的ClassID，对象的实例标识，UDDI 中的联系人、服务接口、tModel标识定义等。
b：缺点是：
GUID 值较长，不容易记忆和输入，而且这个值是随机、无顺序的
GUID 的值有16 个字节，与其它那些诸如4 字节的整数相比要相对大一些。这意味着如果在数据库中使用uniqueidentifier 键，可能会带来两方面的消极影响：存储空间增大；索引时间较慢。
E. 我创建mysql数据表的时候没有考虑清楚，主键设置错了，现在现更改。报了这个错，大神们帮我看下，谢谢啦
最常见的主键数据类型是数字类型、固定长度的字符类型和GUID类型。通常情况下，RDBMS会在主键上建立聚集索引（SQL Server默认都这么做），由于我们使用B-Tree的数据结构来存储索引数据，所以一般对主键有以下两个要求：
越短越好——越短在一个Page中存储的节点越多，检索速度就越快。
顺序增长——如果每一条插入的数据的主键都比前面的主键大，那么B-Tree上的节点也是顺序增长的，不会造成频繁的B-Tree分割。
越短越好是为了查询的速度快，顺序增长是为了插入速度快。
有了这两个要求，我们再来分析下各个数据类型：
数字类型：根据数据量决定是用Int16还是Int32或者Int64，能用Int32的就不需要使用Int64。
字符类型：基本不满足前面提到的2点要求，字符类型一般不会很短，而且也很可能不是顺序增长的，所以不是特别推荐的主键类型。当然如果确实业务需求使用字符类型，那么也尽量使用char(XX)而不要使用varchar(XX)，因为在RDBMS中，对于定长字符串和变成字符串的数据结构和处理是不一样的，varchar的性能更差。
GUID类型：这个类型并不是所有数据库都有对应的数据类型，SQL Server有uniqueidentifier，MySQL没有。GUID类型在SQL Server中是16个字节，不算短，比4个字节的Int32长多了。在插入新数据时，GUID一般都是使用NewId()这样的生成随机GUID的方式生成的，所以也不是顺序增长的，在插入速度上不会很快。
通过上面的比较，我们知道使用数字类型是更好的方式，那么我们为什么还会有人使用GUID和字符串来当主键呢？那是因为：
相对于数字类型，字符类型更易读易记，在检索关联的数据时，更方便直接。
GUID的优势是全球唯一，也就是说同样的系统，如果部署了多套环境，那么里面的数据的主键仍然是唯一的，这样有助于数据的集成。典型的例子就是一个系统在全国每个省份都部署一套，每个省份的数据各种录入，互不干扰，然后再把每个省的数据集成起来为总部做分析。
F. sql server2012怎么在每个表创建主键并不重复
不重复的主键列可以选择自增列或者使用32位的guid字符串自增列
对于这两种方式，都需要对已有数据进行主键填充
DECLARE @i int
SET @i=0
UPDATE table1 SET @i=@i+1,ID=@i
这段代码是对自增列已有数据填充
G. c#向sql中插入数据时如何自动生成编号作为主键
创建表格的时候将主键设定为IDENTITY
CREATETABLETest
(
IdINTPRIMARYKEYIDENTITY,
ValueNVARCHAR(128)NOTNULL
)
插入数据的时候，不要给主键赋值，主键会自动增长
INSERTINTOTestVALUES('Value1')
INSERTINTOTestVALUES('Value2')数据表中的数据为：
IdValue
1Value1
2Value2
当然，如果你不希望Id从1开始，或者希望每条记录之间的增量不为1，你可以这样来创建你的表格：
CREATETABLETest
(
IdINTPRIMARYKEYIDENTITY(10000,2),
ValueNVARCHAR(128)NOTNULL
)
这样，你的表格中的第一条记录的Id就是10000，而每次增加一条记录，Id的增量为2.
H. SQL 中Guid 怎么优化
1、生成我觉得可以先预生成一定数量的GUID备用，然后使用时候，从这个表取。如果表的使用量低于50%，则自动填满。
2、GUID是由网卡地址和CPU时间戳生成的，很可能前面都是重复的部分，完全可以忽略重复的，比较不重复的做索引排序依据。
I. sql server 将一个整数转为7个长度的字符串
这个应该没有难度，但是有一点不明白，没明白你具体想问什么，当超过7位用字符替换，但是是什么规则呢？或者你就是想问怎么设定规则？
如果你就是想问规则的话，我想需要按照你那个表实际需要存储多少数据来看，如果存储的数据是海量，主键设定成7位的字符串，本身就是错误的。
给你几点建议吧
1、如果不幸被言重，你的表是海量数据，无边无际，主键用guid吧（sql server中NEWID()自动产生guid），或者用bigint（没有真的无边无际的数据吧，真的无边无际就用GUID吧），我们大数据都用bigint做主键，你可以考虑一下。
2.如果数据量不是很大，只要找到合适的规则，7位字符串一定够用（也不建议7位字符串，就是一个主键，弄个逻辑主键就行了，为什么要7位字符串呢？好吧，假设你们也无特殊，必须7位字符串），你可以考虑用16进制的数字，不够7位的前面补0，这样你主键的容量一下子由10的7次幂变成16的7次幂，还不够，换成32进制，这样就变成32的7次幂了，这样应该够了吧。
好了，就写这么些了，就是个建议，权当给你扩展一下思路，不过，7位字符串的主键，主键还用触发器来维护（触发器不稳定的，至少我这么看），好蛋疼啊，哈哈。
J. sql 获取当前插入的主键 表主键是guid类型的
@@IDENTITY只能获取表中identity类型的值，guid的好像只能写方法或者触发器自己获得了
另外guid虽可唯一标示，但是并不顺序增长，所以拿来做主键可以，但是做聚集索引就没什么意义了，最后自己再加一列identity型的唯一列来标示