Symfony 2:构建自己的数据库访问层

发布于 2024-12-12 03:56:12 字数 445 浏览 0 评论 0原文

我是新来的,正在进行研究旅行。我们想在一个新项目中使用 Symfony2。

现在我们遇到的问题是我们需要使用全公司自行开发的数据库访问层。 我们不想失去整个 Symfony/Doctrine 层来处理数据。 我们现在的想法是在 Doctrine 下面创建或覆盖数据库访问层。 比如在 Doctrine 和我们的数据库访问层之间创建一座桥梁(如 PDO)。

有谁知道我们如何做到这一点,或者也许有人已经做过类似的事情并且可以为我们提供操作方法?

请不要问为什么。我们只需要使用公司访问层即可! 谢谢

http://forum.symfony-project.org/viewtopic .php?f=23&t=37637

I'm new here and on a research trip. We would like to use Symfony2 for a new project.

Now we have the problem that we need to use a company wide self-developed DB access layer.
We don't want to lose the whole Symfony/Doctrine layer for handling data.
Our idea is now to create or overwrite database access layer below Doctrine.
Something like creating a bridge (like PDO) between Doctrine and our DB access layer.

Has anyone an idea how we can do this or maybe someone has done similar things already and can provide us with an how-to?

Please no questions why. We just have to use the company access layer!
Thank you

http://forum.symfony-project.org/viewtopic.php?f=23&t=37637

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

浪菊怪哟 2024-12-19 03:56:12

我在 Doctrine2 文档中找到了解决方案。这很容易。

我需要大约半天的时间进行开发和测试(前端和控制台),

我分 4 步完成:

  1. 将 Doctrine\DBAL\Driver\OCI8 复制到新文件夹。
  2. 重命名文件。
  3. 更改功能以使用自己的数据库访问层。
  4. 在配置文件中添加
    doctrine:
      dbal:
        driver_class: /Path/To/Driver/Class

Doctrine 没有太多,但有一些关于抽象层的信息:
支持其他数据库

I found the solution in Doctrine2 doc. It's pretty easy.

I needed for development and testing (frontend and console) about half a day

I've done it in 4 steps:

  1. copy Doctrine\DBAL\Driver\OCI8 to a new folder.
  2. rename files.
  3. change functions to use own database access layer.
  4. add in config file
    doctrine:
      dbal:
        driver_class: /Path/To/Driver/Class

Doctrine has not much but a bit of information about Abstraction Layer:
Supporting Other Databases

眼角的笑意。 2024-12-19 03:56:12

如果您相信此§学说文档,您可以看到您可以使用Common包,因为它不需要DBAL。遗憾的是,ORM 包却不能说同样的事情。最好的办法可能是分叉这个包,以便它支持您自己的 DBAL。
对被迫使用此 DBAL 表示哀悼。

If you believe this § of the doctrine documentation, you can see that you may use the Common package because it does not require the DBAL. Sadly, the same thing cannot be said of the ORM package. The best thing to do is probably to fork this package so that it supports your own DBAL.
Condolences for being obliged to use this DBAL.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文