小编zen*_*inc的帖子

我每天都使用python,重点是数据库工作.

使用pyodbc我的标准开头是类似的

connection_hostname = pyodbc.connect('connection_string')
cursor_hostname = connection_hostname.cursor()
command_hostname = 'select * from everything_forever;'
cursor_hostname.execute('command_hostname')

如果我需要将光标重用于另一个查询而不是创建一个新的游标,我可以存储第一个查询的结果集,如下所示:

results_from_query = cursor_hostname.fetchall()

然后继续前进.

到目前为止,这种方法对我来说效果很好.

最近,我改变了工作,当我演示上述技术时,一些通常使用GUI来处理数据库的新同事开始感到恐慌.设置它们的是cursor关键字.我理解游标对于DB来说是一个很大的禁忌,因为它们表明逻辑没有建立在集合论中,倾向于将主机推入低/零级并行化和RBAR类型操作,但我不相信ODBC游标我'当我们使用SQL Server工程和管理帽时,上面的声明与我们想到的游标相同.

有人可以解释这些ODBC游标和SQL Server类型游标之间的区别(假设我是正确的,它们是不同的)？

如果我不对,请告诉我并告诉我如何更有效地与我的数据库进行交互.

为什么你不能直接从像这样的连接执行

connection_hostname.execute(command_hostname)

我觉得有ODBC游标结构,因为它们允许多个游标通过相同的连接来降低连接成本等.离开基地？

Node.JS 10.15，无服务器，lambda，在本地调用

样品A）的工作原理：

export async function main(event) {
    const marketName = marketIdToNameMap[event.marketId];
    const marketObject = marketDirectory[marketName];
    const marketClient = await marketObject.fetchClient();

    const marketTime = await marketObject.getTime(marketClient);
    console.log(marketTime);
}

样本B），这有效：

export function main(event) {
    const marketName = marketIdToNameMap[event.marketId];
    const marketObject = marketDirectory[marketName];

    marketObject.fetchClient().then((marketClient)=>{
        marketObject.getTime(marketClient).then((result) => {
            console.log('<---------------> marker 1 <--------------->');
            console.log(result);
        });
    });
}

样本C），但这不是：

export async function main(event) {
    const marketName = marketIdToNameMap[event.marketId];
    const marketObject = marketDirectory[marketName];
    const marketClient = await marketObject.fetchClient();

    console.log('<---------------> marker 1 <--------------->');

    marketObject.getTime(marketClient).then((result) => {
        console.log('<---------------> …

我读了很多书，但还没有找到有效的解决方案

我见过的最接近的是这里：Export the result of async function in React

请记住，我想导出一个对象，并且该对象是异步函数的结果，而不是导出异步函数定义本身

这是到目前为止我的用例和实现：

1. 我们有一个名为 config.ts 的文件

2. 传统上 config.ts 包含一个具有相关运行时配置的对象作为默认导出

   这让我们简单地import config from '../config'或无论如何

3. 我们的配置和秘密管理变得更加复杂，因此需要对各种秘密存储库（aws、azure 等）进行各种调用

4. 我已经重构了 config.ts 现在看起来像这样：

export const basicValues = {
    color1: 'red'
}

async function buildConfig(){
    const valuesOut = {...basicValues}
    valuesOut.color2 = await getSecret('color2');
    valuesOut.color3 = await getSecret('color3');

    return valuesOut;
}

export default buildConfig()

哪里getSecret有一些可以进行任意异步调用的函数

我正在导出上面的 basicValues ，因为我在那里有一些配置设置，这些设置是在 getSecret 内进行调用所必需的。

通过像这样导出 basicValues 我可以用一个简单的const basicConfig = require('../config').basicValues. 这样我们就可以继续在一个干净、集中、经过测试的文件中管理所有有趣的配置内容，但仍然可以尽早使用这些值并避免循环依赖

总而言之，这感觉应该可行

我尝试过很多其他模式，但这感觉最自然、读起来最直观

这是不好的部分：

1. import config …