问题:我希望使用 Postgres Schemas 在数据库级别分隔我的 Django 应用程序不同部分的表。
一边
您可以跳过这一部分,但我认为为这些内容添加上下文很有帮助。我的应用程序正在处理现有数据的数据库(存储在 public
模式中,很有帮助),我不修改它非常重要。因此,我想将“我的”数据分离到一个单独的模式中(django 将在沙子访问中被赋予读/写/播放),同时限制对 public
模式的访问以读取 -仅有的。我最初试图通过将我的数据分离到一个单独的数据库并使用数据库路由来解决这个问题,但事实证明(如果我只阅读文档)django 不支持跨数据库依赖(我想这很公平),并且我的模型在只读数据中有外键。
肉
对于 Django 缺乏模式支持(您可以阅读 here )有一个解决方法,它是在模型的元数据中指定 db_table
属性,如下所示:
class MyModel(models.Model):
attribute1 = models.CharField()
#Fool django into using the schema
class Meta:
db_table = 'schema_name\".\"table_name'
这很棒,但我真的不想为我的应用程序中的每个模型都写这个 - 首先,它看起来不像 pythonic,而且我很有可能忘记什么时候必须写添加新模型。
我的解决方案是以下片段:
def SchemaBasedModel(cls):
class Meta:
db_table = '%s\".\"%s' % (schema_name, cls.__name__)
cls.Meta = Meta
return cls
@SchemaBasedModel
class MyModel(models.Model):
attribute1 = models.CharField()
...
然后当我运行 python manage.py shell
时,我得到以下信息:
>>> from myapp import models
>>> myModel = models.MyModel
>>> myModel.Meta.db_table
'myschema"."mymodel'
>>>
“我觉得不错,”我想。然后我运行:python manage.py sqlall myapp
。遗憾的是,这产生了原始表名 - 即,在我应用此元信息之前的表名。当我返回并“手动”应用元信息时(即通过将 Meta
内部类添加到我的所有模型),一切都如预期的那样(新表名)。
我希望有人能告诉我这里发生了什么?或者,更有用的是,执行此操作的“正确”方法是什么?我认为我在这里讨论的装饰器模式只是这个问题的入场券,但显然它是行不通的。我如何才能快速轻松地将此元信息应用于我的所有模型,而无需每次都输入它?
编辑:当我问这个问题时,也许我有点不清楚 - 我很想知道“实际发生的事情”(即为什么事情没有按照我认为的方式工作- 我在这里误解了什么?)如何解决我的问题(“我的”数据与遗留数据的明确分离,最好是在模式级别 - 但如果我必须将所有内容都转储到 public
架构并在每个表的基础上管理权限)。
第二次编辑:已接受的答案不一定告诉我我真正想知道的内容,但它可能是实际问题的正确解决方案。简短回答:不要这样做。
最佳答案
I didn't really want to have to write this for every single model in my app - for a start, it doesn't seem pythonic,
那是假的。有些事情必须明确地写下来。 “显式优于隐式”。
and also there's every chance of me forgetting when I have to add a new model
这也是错误的。
你不会“忘记”。
底线:不要惹这种事。只需在必要时明确包含 2 行代码即可。
您没有那么多表。
你不会忘记的。
此外,请务必使用数据库权限。仅对您的“遗留”表(您不想写入的表)授予 SELECT 权限。那你就不能给他们写信了。
关于python - 通过装饰器指定模型元数据(django),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7158837/