C++ 如何在Pro*C中保持较低的实施/维护成本?
在经历了Oracle Pro*C的恐怖之后,在处理动态指定的列时,以及对批量操作的需要(ANSI方法4),我必须问: <> P>什么样的想法/技术可以共享,这使得使用C或C++ CRUD应用程序更容易开发/测试/调试/维护?我对Pro*C方面特别感兴趣。C++ 如何在Pro*C中保持较低的实施/维护成本?,c++,c,oracle,oracle-pro-c,C++,C,Oracle,Oracle Pro C,在经历了Oracle Pro*C的恐怖之后,在处理动态指定的列时,以及对批量操作的需要(ANSI方法4),我必须问: P>什么样的想法/技术可以共享,这使得使用C或C++ CRUD应用程序更容易开发/测试/调试/维护?我对Pro*C方面特别感兴趣。 尽可能多地从C代码中提取Oracle内容,并将其粘贴到数据库PL/SQL包/过程/函数中 在C代码中隔离(尽可能地)Oracle功能。oracle调用在C代码中的分布越少越好。更好的是,拥有一个包含Oracle特定内容的库/DLL 哦,别忘了在午
- 尽可能多地从C代码中提取Oracle内容,并将其粘贴到数据库PL/SQL包/过程/函数中
- 在C代码中隔离(尽可能地)Oracle功能。oracle调用在C代码中的分布越少越好。更好的是,拥有一个包含Oracle特定内容的库/DLL
哦,别忘了在午夜在祭坛上献祭一只山羊……Ugh。感谢您带回这些记忆。它必须是一只无瑕的山羊吗?山羊只需要在运行时绑定以避免共享池过载:)此外,绑定后它无法运行,这使得牺牲变得更加容易。