Questions tagged «deployment»

如何在不停机的情况下对活动数据库进行架构更改？ 例如，假设我有一个PostgreSQL数据库，该数据库的表包含各种用户数据（如电子邮件地址等），这些数据均与特定用户相关联。如果要将电子邮件地址移动到新的专用表中，则必须更改架构，然后将电子邮件数据迁移到新表中。如何在不停止写入原始表的情况下完成此操作？当然，当数据从旧表写入新表时，新数据将继续写入旧表并丢失，对吗？ 我猜这个问题经常出现，但是我找不到任何标准的解决方案。 本文解决了这个问题，但是我并没有真正理解步骤3。他说要写入两个表，然后将旧数据从第一个表迁移到新表。您如何确保仅迁移旧数据？ （我在Heroku上使用PostgreSQL。）

43 postgresql  schema  best-practices  migration  deployment 

我们正在构建一个包含多个服务的网络平台，每个服务都有自己的基础数据。这些服务是按照面向服务的体系结构的原则独立构建的，但是它们会针对潜在的相关数据进行交易。我们正在考虑这些服务应该共享一个大数据库还是每个都有自己的数据库。（我们计划在Windows 2008群集上使用SQL Server 2008 Enterprise。） 我们已经考虑过的每种方法的一些优点包括： 单一数据库 可以通过外键约束将来自不同服务的数据关联在一起 分析摘录更易于编写和执行 在发生灾难的情况下，将平台恢复到一致状态更加容易 对于由多个服务引用的数据，一个服务缓存的数据很可能会在另一服务之后不久使用 管理和监控更简单，更便宜 多个数据库 维护工作，硬件问题，安全漏洞等未必会影响整个平台 假设每个数据库都在单独的硬件上，则与扩展一个大型机相比，扩展多台计算机可获得更多的性能优势。 从操作角度来看，此平台中的每个服务都拥有自己的数据库，或者它们都位于同一个数据库中，是否更具优势？哪些关键因素可以回答这个问题？

31 database-design  deployment 

我曾经使用过后期部署脚本工作过几次，并且总是直观地使用构建操作“ PostDeploy”，因为这就是事实。现在，我第一次尝试遵循脚本模板中的内置指令来使用":r somescript.sql"语法。 立即将这一行标记为错误： “ SQL80001'：'旁边的语法错误” 我发现了将PDS设置为“无操作”的建议。这没有帮助，错误仍然存​​在。我在这里想念什么？

17 sql-server  ssdt  deployment  visual-studio-2013 

我想问一个有关本文档中描述的最佳实践的问题： http://info.mongodb.com/rs/mongodb/images/MongoDB-Performance-Best-Practices.pdf 使用多个查询路由器。使用跨多个服务器的多个mongos进程。常见的部署是将mongos进程共定位在应用程序服务器上，从而允许应用程序和mongos进程之间进行本地通信。mongos进程的适当数量将取决于应用程序和部署的性质。 有关我们的部署的背景知识。我们有很多应用服务器节点。它们每个都使用无状态RESTful WS运行一个基于JVM的进程。正如最佳实践所建议的那样，每个单个应用程序服务器节点都运行自己的mongos进程，这意味着JVM进程的数量始终等于进程的数量mongos。 所有mongos进程都连接到3台配置服务器和几个mongo分片（每个分片内都有副本集）。即使我们使用分片部署，也没有真正分片集合。实际上，我们有大量的数据库，这些数据库在创建时就分布在所有分片上（这是目前分片的主要用例）。 由于最佳实践还表明“适当的mongos进程数量将取决于应用程序和部署的性质”，我开始怀疑我们的用法mongos实际上是否合适，或者让我们拥有几个专用mongos节点是否更好？我们的应用服务器无需mongos本地运行即可连接到它们。 您对决定mongos与应用程序服务器实例数量或MongoDB集群大小相关的多少个实例合适的最佳方法有何看法？ 最近，我们开始研究无状态Web服务的集群管理，我的意思是指诸如Docker，Apache Mesos和Kubernetes之类的工具。如果我们使用的是Docker，那么通常不建议在容器内运行多个进程。考虑到这一事实，要确保应用程序服务器容器和mongos容器始终位于同一物理节点上并具有相同数量的进程，将变得非常困难。这使我想知道这种最佳实践是否仍然适用于我刚刚描述的集群体系结构。如果没有，您能否建议mongos在这种体系结构中定位和部署流程的更好方法是什么？

12 mongodb  best-practices  sharding  deployment  docker 

我有一个现有的数据库，所有内容都在schema中dbo。我有一个SSDT项目，其中包含要通过架构添加到其中的对象foo 我在项目中有一个看起来像这样的表： CREATE table foo.a ( id INT NOT NULL CONSTRAINT [PK_foo_a] PRIMARY KEY CLUSTERED CONSTRAINT [FK_foo_a] FOREIGN KEY REFERENCES [dbo].[a], desc NVARCHAR(50) NOT NULL ) 这取决于dbo.a。dbo.a有许多列，这些列是其他列的外键。其他人（维护默认架构）可能会更改dbo.a。 我想简单地将dbo.a存储为： CREATE table dbo.a ( id INT NOT NULL CONSTRAINT [PK_a] PRIMARY KEY CLUSTERED ) 因此它是在内部构建的，但未部署。那可能吗？

11 ssdt  deployment