primary-key

    -2热度

    2回答

    我是SQL Server领域的新手。我有例如 gameDetails(gid, name, categoryid, companyid, year) 和 gameSubDetails(id, name, delflag) 在gameDetails我已经存储的gameSubDetails IDS在categoryid和companyid两个表。 现在,如果我想搜索基于也是从gameDetai

    3热度

    1回答

    我遇到了一个奇怪的问题。我正在创建当前存在的表的副本并向它们添加分区。 的过程如下: 将现有的约束 (不删除表本身,因为我需要在后面的数据不能删除它们)创建一个新的分区表结构的副本目前的一个。 所以我有MYTABLE(原件)和PART_TABLE(新的分区),包括FKS与INSERT INTO SELECT条款 复制数据 修改表与索引和的PK 重命名表,这样我结束了MYTABLE(新分配)和TRA

    0热度

    2回答

    以下是更好地解释我的方案的示例。我的数据库表具有以下列 列-1:Operating_ID(它是主键) 列-2:名称 列-3:电话 列-4:地址 列-5:开始日期 列-6:结束日期 的列中的值1,2,3,4来自提取物和该提取物被推动到数据库每日使用SSIS数据流任务 为列5和6中的值是用户输入的从网络申请并保存到数据库。 现在在SSIS过程中,如果主键即列1已经存在,而不是抛出主键错误,我需要更新第

    2热度

    1回答

    我在CRDB中创建了一个没有任何PRIMARY KEY的表,并将我的数据填充到表中。 既然该表已创建并填充数据我想应用约束使第一列作为PRIMARY KEY。但是,我得到一个错误: 的约束是: ALTER TABLE “MyDB”.“SALES” ADD CONSTRAINT “SALES_PK” PRIMARY KEY (“S_ID”); 和错误是: pq: multiple primary

    0热度

    1回答

    我最近开始使用访问,到目前为止,有些东西导致我没有问题,但是我担心在数据库继续扩展时可能会带来一些问题。 当我创建表时,Microsoft Access建议使用它们的默认主键,我通常会这样做,问题是由于某种原因,当填充表时主键“ID”不一致,它将从4到2679 (只是随机的例子),它会跳过很多数字,如果我正确的话,这个主键会自动设置为自动增量,对吗?那为什么它跳过所有的数字? 该表使用Visual

    1热度

    1回答

    这是MySQL中的UPDATE偶尔很慢的有趣情况。背景:48GB Innodb缓冲区缓存,512MB ib日志。 Innodb表,40毫升行。结构和索引: CREATE TABLE `VisitorCompetition` ( `VisitorCompetitionId` bigint(20) NOT NULL AUTO_INCREMENT, `UserId` bigint(20

    2热度

    1回答

    我知道Django的自动生成一个ID为我的模型与primary_key 而且我也知道,如果我要生成一个自定义的ID,我应该做的事: id = models.UUIDField(primary_key=True, default=uuid.uuid4, editable=False) 但是,我怎么能改变这个ID,看起来像这样YYYYMMDDXXXXXX? 其中: YYYY = year MM

    0热度

    1回答

    我有一个实体Relations与主键RelId。我想这个键更改为RelationId 首先,我改变了Columname在SSMS: SQL Table 然后我用(在Visual Studio)重命名的字改变RelId到RelationId,在所有引用。 我认为在数据库和代码这个变化,来说服我的代码与新命名的主键的工作,但很可惜下面当我运行该项目的错误出现了: column names in eac

    1热度

    2回答

    我有一个软件可以将数据记录到表中,当前日期和时间精确到毫秒。在PostgreSQL和MSSQL Server中没有问题,但在MDB中,我有主键违规。当我使用MS Access查看我的表格时,它显示的日期时间精确到秒。 毫秒可以写入MDB吗?

    1热度

    2回答

    我有一些带有主键和外键的Sybase ASE表,我想获得这些表的REAL PK和FK列表。这个信息应该通过SELECT查询返回给系统表。 由于syskeys仅包含通过sp_foreignkey创建的表的逻辑引用,所以对“syskeys”使用查询的所有查询均不正确。 例如,我有如下表: create table tbl_pk1 (col1 int primary key, col2 int);