不能创建Memory Optimized Table

为DBTest增加了一个Memory Table FileGroup,但是在创建Memory Optimized Table时,出现error

Cannot create memory optimized tables in a database that does not have an online and non-empty MEMORY_OPTIMIZED_DATA filegroup.

USE [master]
GO
ALTER DATABASE [DBTest]
ADD FILEGROUP [MemoryTableGroup]
CONTAINS MEMORY_OPTIMIZED_DATA;
GO

USE [DBTest]
GO

--Drop table if it already exists.
IF OBJECT_ID(‘dbo.MemoryTable_test‘,‘U‘) IS NOT NULL
    DROP TABLE dbo.MemoryTable_test
GO

CREATE TABLE dbo.MemoryTable_test
(
    ID int not null ,
    name varchar(11) not null,
    age int not null,
    constraint PK__MemoryTable_Test
        primary key nonclustered hash(ID) with (bucket_count=1024)
)
WITH (MEMORY_OPTIMIZED = ON, DURABILITY = SCHEMA_AND_DATA )
GO

查看MemoryTableGroup,其FileStream files的数量是0,需要为该FileGroup 添加File。

为MemoryTableGroup 添加一个File,Memory Table创建成功。

ALTER DATABASE [DBTest]
ADD FILE (name=‘DBTest_file1‘, filename=‘D:\MSSQLServerData\MSSQL12.MSSQLSERVER\MSSQL\DATA\DBTest_file1‘)
TO FILEGROUP [MemoryTableGroup]
GO

参考doc:

The Memory Optimized Filegroup

Cannot create memory optimized tables in a database on SQL Server 2014

时间: 2024-11-04 08:16:26

不能创建Memory Optimized Table的相关文章

MySQL之创建Database与Table

一.Database (1)创建数据库 create database [database name]; (2)选择数据库 use [database name] (3)显示数据库 show databases; (4)显示数据库创建语句 show create database [database name]; 二.Table (1)创建表 create table [table name] ( [column name] [column type]([column length]), ...

Virtual Memory PAGE TABLE STRUCTURE

COMPUTER ORGANIZATION AND ARCHITECTURE DESIGNING FOR PERFORMANCE NINTH EDITION The basic mechanism for reading a word from memory involves the translation of a virtual, or logical, address, consisting of page number and offset, into a physical addres

(十七)jquery动态创建,删除 table 行

<style> html{ background:none;} table{ width:100%; border:1px solid #CCC; border-top:none; border-left:none; } table td, table th{ text-align:left; border-top:1px solid #cccccc; border-left:1px solid #cccccc; padding:10px; height:50px; font-size:16p

最近自己封装了个JS脚本,用来创建和操作Table

基于JQuery封装的Table操作脚本 1 /** 2 依赖JQuery 3 4 5 **/ 6 7 (function () { 8 var Table = window.Table = function (rowCount, columnCount, width, height, rowHeight) { 9 this.rowCount = rowCount; 10 this.columnCount = columnCount; 11 this.width = width; 12 this

In-Memory:内存数据库

在逝去的2016后半年,由于项目需要支持数据的快速更新和多用户的高并发负载,我试水SQL Server 2016的In-Memory OLTP,创建内存数据库实现项目的负载需求,现在项目接近尾声,系统运行稳定,写一篇博客,记录一下使用内存数据库的经验. SQL Server 2016的In-Memory OLTP,通俗地讲,是内存数据库,使用内存优化表(Memory-Optimized Table,简称MOT)来实现,MOT驻留在内存中,使用 Hekaton 内存数据库引擎访问.在查询MOT时,

第一次接触终极事务处理——Hekaton

在这篇文章里,我想给出如何与终极事务处理(Extreme Transaction Processing (XTP) )的第一步接触,即大家熟知的Hakaton.如果你想对XTP有个很好的概况认识,我推荐Kalen Delaney写的关于它的白皮书,另外微软研究院也发布了题为“对于内存数据库的高性能并发控制机制(High-Performance Concurrency Control Mechanisms for Main-Memory Databases)”的研究白皮书,点此下载. 所有XTP维

SQL Server 2016:内存列存储索引

作者 Jonathan Allen,译者 谢丽 SQL Server 2016的一项新特性是可以在"内存优化表(Memory Optimized Table)"上添加"列存储索引(Columnstore Index)".要理解这是什么意思,我们应该首先解释术语列存储索引和内存优化表.列存储索引是一种按照列而不是行组织数据的索引.每个数据块只存储一个列的数据,最多包含100万行.因此,如果数据为5列1000万行,那么就需要存储在50个数据块中.当只查询部分列时,这种数

为什么现在我最终推荐内存OLTP

在今年的8月份,我写了篇文章,介绍了我还不推荐用户使用内存OLTP的各个理由.近日很多人告诉我,他们有一些性能的问题,并考虑使用内存OLTP来解决它们. 众所皆知,在SQL Server里内存OLTP是个非常特别的技术,在很多情况下并不适用,但这是在SQL Server 2014里的首次实现,它有很多限制,我在这篇文章里已经介绍. 感谢上帝——现在事情已经改变了!几个星期前,SQL Server 2016的CTP 3版本已经可以公开下载了.在内存OLTP领域,微软做出了巨大的改进.我们来详细看下

学习 Hash Index

一,Hash Index的结构 Hash Index 由buckets集合构成,Index Key 经过 Hash 函数的映射,产生Hash Value,填充到相应的bucket中,每个bucket的Hash Value不同.SQL Server 提供一个hash 函数,用于将 index key 隐射到相应的bucket中.该hash函数是确定性的,对于相同的index key,Hash函数产生hash value是固定的,隐射到相同的bucket上. A hash index consist