log on
(name='sales_log',
filename='f:\SQL SERVER 2000\MSSQL\Data\salelogmdf'这里少了个逗号,应该是
log on
(name='sales_log',
filename='f:\SQL SERVER 2000\MSSQL\Data\salelogmdf',
size=5,
maxsize=25,
filegrowth=5)
写个db基类,把 while($row = mysql_fetch_array($result,MYSQL_ASSOC)) { $arr[]=$row; } 封装成一个共通的函数,查询调用这个函数就行。结果就是一个数组。 跟 1# 一个思想。
查询一张表的总大小(单位MB,包含表的索引和数据,假设表的模式为<schemaname>,表名为<tablename>):
select pg_size_pretty(pg_total_relation_size('<schemaname><tablename>'));
查询表的数据大小(单位MB,不包括索引,假设表的模式为<schemaname>,表名为<tablename>):
select pg_size_pretty(pg_relation_size('<schemaname><tablename>'));
查询分区表所有分区的总大小(单位MB,包含表的索引和数据,假设表的模式为<schemaname>,表名为<tablename>):
select schemaname,tablename,round(sum(pg_total_relation_size(schemaname || '' || partitiontablename))/1024/1024) "MB" from pg_partitions where schemaname='<schemaname>' and tablename='<tablename>' group by 1,2;
查询一个Schema下面的所有表的总大小(单位MB,包括索引和数据,假设模式为<schemaname>):
select schemaname ,round(sum(pg_total_relation_size(schemaname||''||tablename))/1024/1024) "Size_MB" from pg_tables where schemaname='<schemaname>' group by 1;
查询每个数据库的大小(单位 MB):
select datname,pg_size_pretty(pg_database_size(datname)) from pg_database;
ACCESS数据库的体积是有限制的,单个ACCESS数据库文件的SIZE最大限制是2G。对于一般单机用户来说,如果不存储、音乐等数据文件,它足够您存储n多年的数据了。
ACCESS一般来说几百M不在话下,设计良好的数据库存储几百甚至上千万行数据也可以飞快地运行,但是设计不佳的数据库可能存储几千行数据就跑不太动的情况也会发生。当然您电脑配置的高低也对运行是否顺畅有重要影响。不过请注意,ACCESS数据库的最大问题是稳定性不太好,容易崩溃,对于前台和后台都在一起的数据库应用系统更是如此。如果您的数据非常重要,强烈建议建议将前台应用程序和后台数据库分开。根据我们多年使用ACCESS数据库的经验来看,前台与后台分开的ACCESS数据库应用系统因为崩溃而导致数据丢失的情况绝少发生,而两者合在一起的因系统崩溃而导致数据丢失则是大概率事件!
良好设计是数据库顺畅运行的前提,这对所有数据库都适用,否则即使是ORACLE、MSSQL这些大型数据库系统也一样跑不动
方法如下,先创建一个:
alter datebase db_name
add file
(
name = 'file_name',
filename = 'F:\data\file_namendf',
size = 2MB,
maxsize = 100MB,
filegrowth = 5MB
)to filegroup
--修改大小
alert database db_name
modify file
(name = file_name,--file_name 是要修改的数据库文件名
size = 4MB)
以上就是关于为什么提示在 CREATE/ALTER DATABASE 语句中有 size 选项的无效使用。全部的内容,包括:为什么提示在 CREATE/ALTER DATABASE 语句中有 size 选项的无效使用。、数据库查到size为三,怎么在给里边加一条数据、数据库数据量有多大等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)