今天,我在中使用了非常成功的方法,在同一数据库模式的多个实例中使用随机垃圾替换名称、保险号和地址,这取决于数据中的"test“/ "production”标志。
背景:尝试做
CREATE FUNCTION dbo.FailsToCreate()
RETURNS uniqueidentifier
AS
BEGIN
RETURN NEWID()
END
不可避免地失败
Msg 443,第16级,状态1,过程FailsToCreate,第6行批处理开始行27 在函数内无效使用副作用操作符'newid‘.
现在我们可以做的够坏了
CREATE VIEW d
我试着用下面的代码用rails运行scrapi:
require 'rubygems'
require 'scrapi'
require 'tidy'
scraper = Scraper.define do
process "title", :page_name => :text
result :page_name
end
uri = URI.parse("http://railscasts.com/episodes/173-screen-scraping-with-scrapi")
p
我们正在尝试使用来自dev环境的数据来设置prod和qa环境。
我们之所以不使用CREATE DATABASE dev CLONE prod,是因为我们试图避免克隆stages和pipes等特定于数据库的对象,因为我们使用每个环境的Terraform来管理与管道相关的对象,并且希望避免对这些对象进行带外更改。
除此之外,还有一些表不应该从prod->dev中克隆。我正试图设计一个比我们的鹅卵石混乱更清洁的解决方案。
我们有一个计划好的脚本,它执行以下操作:
将连接到prod和dev数据库并获取正确的src和dst模式运行SELECT TABLE_NAME FROM INFORMATION