我不太确定SNOWFLAKE是否有可能为QA和开发区域创建单独的web链接。
现在我们有一个共同的链接访问雪花在我们公司，我们有QA和开发数据库内置，我只是想知道是否有一个选项来创建单独的web链接，一个链接用于QA和一个链接用于开发。
您可以使用" secondary ";帐户设置，在一个新的URL是同一账单的一部分，但他们真的是"另一个";帐户。
那么问题就变成了这能增加什么价值。
对于不同的URL，您可以逐字重复使用相同的SQL，而不需要根据"区域"进行更改。您还可以重用相同的使用帐户。如果您对端点进行DDOS攻击(通常有100多个连接)，您还会失去对管理控制界面的访问权限，从而使实例变大以处理"负载增加"。(这可能已经改变了几年，我们上次遇到这个问题是在2017年)
重新使用相同的帐户，但有prod-x/dev-x/qa-x用户/数据库/角色，意味着你只有一个实例需要管理。你必须使用一些区域感知软件来运行/重写你的SQL。
我以前的工作都是这样。我们一开始就把所有的东西放在一起，只是处理它，但我们对端点进行了DDOS攻击，并阻止自己把它做大，直到我们找到了启动新会话的工具，并运行硬查询。所以我们有了第二个账户(忽略已经额外的账户是不同的世界区域)，并计划从这个账户开始所有的开发工作。但当我们将其旋转时，我们创建了一些仓库，而当时SQL命令并没有像UI那样设置默认的自动关闭时间，并且该区域缺少一些功能，所以我们离开了这个实例一两个月，然后收到了大约1.5万美元的服务器费用账单。这很不愉快。无论如何，dev实例从未真正使用过。(但是更改了仓库创建的默认值)。对于我们的系统来说，有不同的账户是非常浪费的。因为数据总是在加载并且让仪表板总是可加载用于测试(以及多区域)意味着总是有一个特别小的总是在运行，当它们在同一个实例上时，QA和DEV都在同一个实例上运行，并且考虑到总数据负载是如此之小，一个实例就足够了。
也就是说，更多的实例会导致大量的浪费。如果你喜欢浪费和额外的开销，那就去做吧。很多人都是从大铁的角度出发的，因此为了避免吵闹的邻居问题，每件东西都需要有自己的盒子，但这在这里不是问题。只要使用前缀's，它就';all separated ">