当前访客身份：游客 [
当前位置：
你好， 请教个问题， 我用&pg_dump -F t -O -x -b 导出的备份文件比我预期的大好多啊，& 我想看看是什么内容或者哪个表占的空间比较大。
&请问有什么方法或者命令可以做到？ 上面的命令不带压缩吗？
共有3个答案
<span class="a_vote_num" id="a_vote_num_
你数据库里的数据是否有压缩的，有压缩导出来变大是正常的。你可以登录到数据库查看一下那些对象是占空间比较大的。
1.查看数据库大小 \l+ 或执行SQL
SELECT pg_size_pretty(pg_relation_size('DB_Name'))
2.连接到比较大的数据查看具体对象 \dt+ 或
SELECT pg_size_pretty(pg_total_relation_size(' TABLE_Name'))
你的这个pg_dump -b参数会导出大对象的信息，检查一下你的系统大对象表 pg_largeobject_metadata和pg_largeobject表
--- 共有 2 条评论 ---
pg_largeobject 这个表有 40w 条记录。
(2年前)&nbsp&
会提示 'DB_Name' 不存在。已经改成我的数据库名
(2年前)&nbsp&
<span class="a_vote_num" id="a_vote_num_
Include large objects in the dump. This is the default behavior except when&--schema,&--table, or&--schema-only&is specified, so the&-b&switch is only useful to add large objects to selective dumps.
<span class="a_vote_num" id="a_vote_num_
可以参考下这两篇BLOG: http://my.oschina.net/Kenyon/blog/194530 http://my.oschina.net/Kenyon/blog/194936
--- 共有 1 条评论 ---
(2年前)&nbsp&
更多开发者职位上
有什么技术问题吗？
_______...的其它问题
类似的话题您的位置： >
查看 MySQL 数据库中每个表占用的空间大小
[导读]MySQL的 information_schema 数据库记录着MySQL数据库中每个表占用的空间、表记录的行数的话。在该库中有一个 TABLES 表，这个表主要字段分别是：TABLE_SCHEMA : 数据库名TABLE_NAME：表名ENGINE：所使...
如果想知道MySQL数据库中每个表占用的空间、表记录的行数的话，可以打开MySQL的 information_schema 数据库。在该库中有一个 TABLES 表，这个表主要字段分别是：TABLE_SCHEMA : 数据库名TABLE_NAME：表名ENGINE：所使用的存储引擎TABLES_ROWS：记录数DATA_LENGTH：数据大小INDEX_LENGTH：索引大小其他字段请参考MySQL的手册，这几个字段对我们来说最有用。一个表占用空间的大小，相当于是 数据大小 + 索引大小,示例：1.想查看hx库的所有表大小，可以使用：SELECT TABLE_NAME,DATA_LENGTH+INDEX_LENGTH,TABLE_ROWS FROM information_schema.TABLES WHERE TABLE_SCHEMA='hx';+-------------------+--------------------------+------------+| TABLE_NAME & & & &| DATA_LENGTH+INDEX_LENGTH | TABLE_ROWS |+-------------------+--------------------------+------------+| enjoy_data & &| & & & & & & & & &6979584 | & & &70113 || hx_record & & &| & & & & & & & & | & & 753279 || itlearner_record & & & | & & & & & & & | & || tmp_day_id & & & &| & & & & & & & & & &17326 | & & & &811 |+-------------------+--------------------------+------------+2.想查看hx库的enjoy表大小，可以使用：SELECT DATA_LENGTH+INDEX_LENGTH,TABLE_ROWS FROM information_schema.TABLES WHERE TABLE_SCHEMA='hx' AND TABLE_NAME = 'enjoy_data';返回：+--------------------------+------------+| DATA_LENGTH+INDEX_LENGTH | TABLE_ROWS |+--------------------------+------------+| & & & & & & & & & & 6979584&| & & & & &70113&|+--------------------------+------------+
转载请注明来源：
特别声明： 本站除部分特别声明禁止转载的专稿外的其他文章可以自由转载，但请务必注明出处和原始作者。文章版权归文章原始作者所有。对于被本站转载文章的个人和网站，我们表示深深的谢意。如果本站转载的文章有版权问题请联系我们，我们会尽快予以更正。
上一篇：下一篇：
了解这些字：
··········
··········
··········
·········9517人阅读
PostgreSQL（3）
&& 看PostgreSQL9的官方文档，我越看越迷糊，这表空间，数据库，模式，表，用户，角色之间的关系怎么在PostgreSQL里这么混乱呢？经过中午的一个小实验，我逐渐理清了个中来龙去脉。下面我来还原我的试验，并循序讲清其中关系。
首先，实验出角色与用户的关系&&& 在PostgreSQL中，存在两个容易混淆的概念：角色/用户。之所以说这两个概念容易混淆，是因为对于PostgreSQL来说，这是完全相同的两个对象。唯一的区别是在创建的时候：&1.我用下面的psql创建了角色kanon：&& CREATE ROLE kanon PASSWORD 'kanon';&& 接着我使用新创建的角色kanon登录，PostgreSQL给出拒绝信息：
&&&FATAL： role 'kanon' is not permitted to log in.&& 说明该角色没有登录权限，系统拒绝其登录。 &2.我又使用下面的psql创建了用户kanon2:&& CREATE USER kanon PASSWORD 'kanon2';&& 接着我使用kanon2登录，登录成功。& &难道这两者有区别吗？查看文档，又这么一段说明："CREATE USER is the same as CREATE ROLE except that it implies LOGIN."----CREATE USER除了默认具有LOGIN权限之外，其他与CREATE ROLE是完全相同的。&& 为了验证这句话，修改kanon的权限，增加LOGIN权限：ALTER ROLE kanon LOGIN;再次用kanon登录，成功！&& 那么，事情就明了了：CREATE ROLE kanon PASSWORD 'kanon' LOGIN 等同于CREATE USER kanon PASSWORD 'kanon'.&& 这就是ROLE/USER的区别。
然后，数据库与模式的关系&&& 看文档了解到：模式（schema）是对数据库（database）逻辑分割。在数据库创建的同时，就已经默认为数据库创建了一个模式--public，这也是该数据库的默认模式。所有为此数据库创建的对象（表、函数、试图、索引、序列等）都是常见在这个模式中的。&实验如下：&1.创建一个数据库dbtt----CREATE DATABASE&2.用kanon角色登录到dbtt数据库,查看dbtt数据库中的所有模式：/ 显示结果是只有public一个模式。&3.创建一张测试表----CREATE TABLE test(id integer not null);&4.查看当前数据库的列表： /d; 显示结果是表test属于模式public.也就是test表被默认创建在了public模式中。&5.创建一个新模式kanon，对应于登录用户kanon：CREATE SCHEMA kanon OWNER kanon；&6.再次创建一张test表，这次这张表要指明模式----CREATE TABLE kanon.test (id integer not null);&7.查看当前数据库的列表： /d; 显示结果是表test属于模式kanon.也就是这个test表被创建在了kanon模式中。&& 得出结论是：数据库是被模式(schema)来切分的，一个数据库至少有一个模式，所有数据库内部的对象(object)是被创建于模式的。用户登录到系统，连接到一个数据库后，是通过该数据库的search_path来寻找schema的搜索顺序,可以通过命令SHOW search_path；具体的顺序，也可以通过SET search_path TO 'schema_name'来修改顺序。&& 官方建议是这样的：在管理员创建一个具体数据库后，应该为所有可以连接到该数据库的用户分别创建一个与用户名相同的模式，然后，将search_path设置为"$user"，&& 这样，任何当某个用户连接上来后，会默认将查找或者定义的对象都定位到与之同名的模式中。这是一个好的设计架构。
接下来，再来研究下表空间与数据库的关系&&& 数据库创建语句CREATE DATABASE dbname 默认的数据库所有者是当前创建数据库的角色，默认的表空间是系统的默认表空间--pg_default。&&& 为什么是这样的呢？因为在PostgreSQL中，数据的创建是通过克隆数据库模板来实现的，这与SQL SERVER是同样的机制。&&& 由于CREATE DATABASE dbname并没有指明数据库模板，所以系统将默认克隆template1数据库，得到新的数据库dbname。（By default, the new database will be created by cloning the standard system database template1）.
&&& 而template1数据库的默认表空间是pg_default，这个表空间是在数据库初始化时创建的，所以所有template1中的对象将被同步克隆到新的数据库中。&&& 相对完整的语法应该是这样的：CREATE DATABASE dbname OWNER kanon TEMPLATE template1 TABLESPACE &&& 下面我们来做个实验验证一下：&1.连接到template1数据库，创建一个表作为标记：CREATE TABLE tbl_flag(id integer not null);向表中插入数据INSERT INTO tbl_flag VALUES (1);&2.创建一个表空间:CREATE TABLESPACE tskanon OWNER kanon LOCATION '/tmp/data/tskanon';在此之前应该确保目录/tmp/data/tskanon存在，并且目录为空。&3.创建一个数据库，指明该数据库的表空间是刚刚创建的tskanon：CREATE DATABASE dbkanon TEMPLATE template1 OWNERE kanon TABLESPACE&4.查看系统中所有数据库的信息：/l；可以发现，dbkanon数据库的表空间是tskanon,拥有者是&5.连接到dbkanon数据库，查看所有表结构:/d;可以发现，在刚创建的数据库中居然有了一个表tbl_flag,查看该表数据，输出结果一行一列，其值为1，说明，该数据库的确是从template1克隆而来。
&仔细分析后，不难得出结论：在PostgreSQL中，表空间是一个目录，里面存储的是它所包含的数据库的各种物理文件。
最后，我们回头来总结一下这张关系网&&& 表空间是一个存储区域，在一个表空间中可以存储多个数据库，尽管PostgreSQL不建议这么做，但我们这么做完全可行。&&& 一个数据库并不知直接存储表结构等对象的，而是在数据库中逻辑创建了至少一个模式，在模式中创建了表等对象，将不同的模式指派该不同的角色，可以实现权限分离，又可以通过授权，实现模式间对象的共享，并且，还有一个特点就是：public模式可以存储大家都需要访问的对象。&&& 这样，我们的网就形成了。可是，既然一个表在创建的时候可以指定表空间，那么，是否可以给一个表指定它所在的数据库表空间之外的表空间呢？&&& 答案是肯定的!这么做完全可以：那这不是违背了表属于模式，而模式属于数据库，数据库最终存在于指定表空间这个网的模型了吗？！&&& 是的，看上去这确实是不合常理的，但这么做又是有它的道理的，而且现实中，我们往往需要这么做：将表的数据存在一个较慢的磁盘上的表空间，而将表的索引存在于一个快速的磁盘上的表空间。&&& 但我们再查看表所属的模式还是没变的，它依然属于指定的模式。所以这并不违反常理。实际上，PostgreSQL并没有限制一张表必须属于某个特定的表空间，我们之所以会这么认为，是因为在关系递进时，偷换了一个概念：模式是逻辑存在的，它不受表空间的限制。
回顾：看文档只是知道一个事实的存在，亲手实验验证这个事实是真实的，思考则能从事实中得出另一个事实。
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：146430次
积分：2612
积分：2612
排名：第7933名
原创：111篇
评论：36条找学校，搜学校，学校口碑早知道！
您可以免费发布教育培训信息，找学校，找课程，找老师，学校建站，发布新闻动态，招生培训等。
推荐学校：
LOADING...
您当前的位置： >>
>> 数据库教程 >> 如何查看SQL Server 2000数据库每个表占用的磁盘空间db018
如何查看SQL Server 2000数据库每个表占用的磁盘空间
更新日期：　来源：网友投搞　作者：佚名　分享1144次
核心提示：新闻资讯频道所转载文章、数据等内容纯属作者个人观点，仅供学习参考使用。本文《如何查看SQL Server 2000数据库每个表占用的磁盘空间》来源于网络并非原创内容，请读者以官方内容为准，如果您发现本资料有侵犯您的知识产权，请立即联系我们，我们将第一时间内删除该资料，以保障您的知识产权。
同样的命题在SQL Server 2005中，微软发布了一个报表，可以直接查看，但是这个报表不能用于SQL Server 2000。
于是我就写了下面这几句话，可以返回同样的结果。
create table tmp (name varchar(50),rows int,reserved varchar(50), data varchar(50),index_size varchar(50),unused varchar(50))insert into tmp (name,rows,reserved, data,index_size,unused) exec sp_msforeachTable @Command1="sp_spaceused '?'"--sp_spaceused 't_vehicle'select * from tmp order by data desc drop table tmp
阅读上一篇：
阅读下一篇：}