varchar列如何由数据库引擎在内部处理？对于定义为char(100)的列,DBMS在磁盘上分配100个连续字节.但是对于定义为varchar(100)的列,可能并非如此,因为varchar的整个点不会分配比存储列中存储的实际数据值所需的更多空间.因此,当用户将包含空varchar(100)列的数据库行更新为包含80个字符的值时,该80个字符的空间从哪里分配？似乎varchar列必须导致实际数据库行的大量碎片,至少在最初将列值插入为空或NULL的情况下,然后使用实际值进行更新.这种碎片是否导致数据库查询性能下降,而不是使用char类型值,其中存储在行中的列的空间是连续分配的？显然使用varchar会产生比使用char更少的磁盘空间,但是在优化查询性能时会出现性能损失,特别是对于在初始插入后经常更新其值的列？
我正在对VB6 Windows应用程序进行一些维护.我有一个.Net自定义控件组件,我想在VB6表单上使用.这可能吗？我知道如何通过为.Net DLL生成COM类型库来从VB6访问非可视.Net组件,但是.Net自定义控件可以像VB6中的.OCX一样使用吗？如果是这样,如何在VB6中实例化控件,添加到表单等.
提前感谢您的回复.
我有一个项目,其中有多个应用程序具有一些常见的配置值.我想有一个共享的.config文件,该文件可供所有使用.Net配置对象模型的应用程序使用.每个应用程序也有自己的app.config文件
如何才能做到最好.我宁愿尽量避免使用注册表.在查看文档时,OpenExeConfiguration(字符串exePath)方法似乎很有希望访问指定的配置文件.这是一种合理的方法吗？还有其他建议吗？
是否可以将用户权限从 PostgreSQL 数据库中的一个表复制到另一个表？是否只是将pg_class.relacl目标表的列值更新为源表的值，如下所示：
UPDATE pg_class
SET relacl=(SELECT relacl FROM pg_class WHERE relname='source_table')
WHERE relname='target_table';
这似乎有效，但是我是否错过了使用此方法可能需要完成的任何其他操作或其他“陷阱”？