|
|
1
2
这取决于您所说的组织——表空间实际上集中于组织存储。 对于组织表,将它们分组到不同的模式可能更有用。 这更像是“名称空间”的概念,即schema1.people与schema2.people不同。 将操作和配置数据分为不同的模式通常是值得的。 如果您谈论的是在一个模式中组织表——在一个真实的应用程序中,在一个模式中拥有数百个表并不未知——那么您真正能做的就是想出好的命名约定。 有些将带有前缀的组表放在表名的开头。我个人认为这会导致重复-EMP地址和客户地址,而不是正确链接的地址。 |
|
|
2
0
这取决于你为什么要组织它们,以及为什么(以及什么时候)要创建它们。如果在查找用户表时这个数字太大,那么将其拆分为表空间并没有什么帮助,因为您每次都需要指定要查询的表空间。也没有真正的“目录”等价物。 如果创建实践表只是为了试验小项目,那么一个选项可能是为每个项目创建一个新的Oracle用户,并在该用户模式下创建所有相关的表。然后,当以该用户的身份登录时,在处理该项目时,您将只看到相关的表。这样做的好处是允许重用表名,这样可以简化很多类似项目的工作。 你也应该考虑整理一下,当你确信你已经完成了那一点实验的时候,放下桌子。 |
|
|
3
0
它们都准备好了,因为它们在数据库中,并且您有一个存储库。 |
|
|
Issajatt · Oracle sqlplus 12c查询错误 8 年前 |
|
|
salk13 · 如何在SQL Plus中测试函数 8 年前 |
|
|
A.Midany · sqlplus输出标题格式错误,不需要空行 8 年前 |
|
|
DKCroat · 使用SQLPLUS oracle创建控制文件 8 年前 |
|
|
rz.He · 关于DECLARE块包含注释动态输入变量的问题 8 年前 |