我正在尝试更改表定义，但它依赖于由 RedShift Auto Materialization 而不是我们管理的物化视图。所以尝试
ALTER TABLE my_table
ALTER COLUMN my_column TYPE VARCHAR(100);
错误
[0A000] 错误：无法更改实体化视图使用的列的类型
所以我尝试放弃物化视图
DROP MATERIALIZED VIEW pg_automv.auto_mv_53022635;
这给出了一个权限错误
[42501] 错误：架构 pg_automv 的权限被拒绝
如果我这样做，是否在文档中的某个地方说明了这一点：
SELECT *
FROM (
SELECT *
FROM foo
ORDER BY bar ASC
LIMIT 1000
)
LIMIT 10
OFFSET 10
那么内部查询排序将进行到外部查询？
还是我需要ORDER BY在外部查询中重复内部查询？这是假设我们没有任何连接。
如果我同时添加两者，那么唯一性约束就会失败，即使我的字段是 UTF-8。可以做什么？我正在运行 5.5.16
mysql> show create table foo_person;
+------------+------------------------------------------------+
| Table | Create Table |
+------------+------------------------------------------------+
| foo_person | CREATE TABLE `foo_person` (
`name` varchar(100) COLLATE utf8_unicode_ci NOT NULL,
PRIMARY KEY (`name`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci |
+------------+------------------------------------------------+
mysql> INSERT INTO foo_person (`name`) VALUES ('resumé');
Query OK, 1 row affected (0.01 sec)
mysql> INSERT INTO foo_person (`name`) VALUES ('resume');
ERROR 1062 (23000): Duplicate entry 'resume' for key 'PRIMARY'
mysql> select * from foo_person;
+---------+
| name |
+---------+
| resumé |
+---------+
1 row in set (0.00 sec)
似乎我们的数据库服务器正在以越来越快的速度进行垃圾收集，这似乎很正常，因为它正在增长。什么时候切换到更大的实例有什么好的经验法则，我不是 DBA，也没有参考框架。现在，只要只剩下 100mb，它似乎每 2-3 天就会进行一次垃圾收集。
服务器本身有 1.7GB 的 RAM。