|
|
1
1
这有点像黑客,但是: 在进行pg_connect调用后,可以立即使用一些无用参数调用pg_connect。它将失败,但请查看它是否也覆盖默认连接,以防止其他人在pg_查询中使用它。。 编辑 以下是计划B(未经测试):
这将创建到数据库的第二个连接,但会立即将其关闭。我严重怀疑这会使默认参数恢复到第一个连接。 |
|
|
2
3
我想到了两个选择:
黑客喜欢打开/关闭虚拟DB连接将工作,但我会认为这是一个最后的手段。 听起来您希望确保系统及其插件的质量。我认为这些黑客无法达到这个目的。毫无疑问,我在这里做了一些假设,但总的来说,我认为最好的方法是向插件作者提供可靠的示例/标准和良好的文档。如果您将为这些插件托管一个权威存储库,那么您还可以扫描它们的代码,查看是否存在这样的违规行为,并建议维护人员修复它们。 |
|
|
3
0
decorator pattern ,这可能适合您的需要。其思想是实际创建数据库对象的代理实例,其行为与实际数据库完全相同。因此,真实数据库对其他人是隐藏的,只有装饰器对象知道在哪里可以找到真实数据库。 |
|
|
4
0
嗯,也许你可以在DB级别解决这个问题?
无论如何,我从来没有尝试过这个mysqlf,所以我对此一无所知,真的。。
文件:
|
|
|
5
-1
我可能错过了什么,但是 只要用户可以阅读您的代码,他们就可以复制&粘贴建立自己连接所需的信息 . 你真的允许用户连接到你的数据库吗?!
这不是你的问题。我猜用户将在他们自己的环境/数据库中托管你的应用程序,因此,当你提供更好的替代方案时,他们会受到不良做法的损害。 |
|
|
Johnny T · 基于当前值的SQL合并表[重复] 1 年前 |
|
|
Peter Schofield · 类型转换Postgresql 1 年前 |
|
|
Kevin Smeeks · Pyspark JDBC分区读取 1 年前 |
|
|
Andrus · 如何在sql中查找第二个匹配项 1 年前 |