Table H.1描述了LightDB的各种硬性限制。 但是，在达到绝对硬限制之前，可能会先受到现实的限制，例如性能限制或可用磁盘空间。
Table H.1. LightDB限制
| 项目 | 上限值 | 说明 |
|---|---|---|
| 数据库大小 | 不限 | |
| 数据库数量 | 4,294,950,911 | |
| 每个数据库的关系数量 | 1,431,650,303 | |
| 关系大小 | 32 TB | 基于BLCKSZ为缺省的8192字节 |
| 每个表的记录数 | 受限于可以放到4,294,967,295个页中的元组数 | |
| 每个表的列数 | 1600 | 同时受限于元组大小，需要能放到单个页中; 参考下面的说明 |
| 结果集中的列 | 1664 | |
| 字段大小 | 1 GB | |
| 标识符长度 | 63字节 | 可以通过重新编译LightDB增大 |
| 每个表的索引数 | 不限 | 受每个数据库最大关系数的约束 |
| 每个索引的列数 | 32 | 可以通过重新编译LightDB增大 |
| 分区键数量 | 32 | 可以通过重新编译LightDB增大 |
由于要存储的元组必须适合单个8192字节的堆页面，因此表的最大列数进一步减少。
例如，除元组头外，由1600个int列组成的元组将占用6400字节并可以存储在堆页面中，
而一个包含1600个bigint列的元组将消耗12800字节，因此无法放入单个堆页面。
当类型为比如text，varchar和char的可变长度字段时，
如果值的长度足够大，它们的值可以存储在行外的TOAST表中。 表堆中的元组中只保留18个字节的指针。
对于较短长度的可变长度字段，使用4字节或1字节的字段头，并且该值存储在堆元组内部。
从表中删除的列也会影响最大列限制。此外，尽管在元组的空位图中将新创建的元组的删除列值内部标记为空，但空位图也占用空间。