+972 52-548-6969
What is new in RavenDB 3.5Filters & transformers with RavenDB Replication
In the previous post, I introduced RavenDB Collection Specific Replication. This allows you to filter which collections you’ll get to replicate.
The next step is to apply filters and transformers along the way. For example, like so:
As you can see, the transformation script allows us to modify the outgoing data, in this case, to hide the email address.
This feature is primarily intended for data replication back to staging / development environment, where you have the need to have the data, but can’t expose some of it outside.
It can also be used to modify details going to slave databases so we’ll have per database values (for example, striping details that are not relevant for a particular tenant).
Like Collection Specific Replication, this replication destination will not be considered to be a failover target.
More posts in "What is new in RavenDB 3.5" series:
- (12 Aug 2015) Monitoring support
- (11 Aug 2015) Monitoring active I/O operations
- (10 Aug 2015) Filters & transformers with RavenDB Replication
- (06 Aug 2015) Collection Specific Replication
- (15 Jul 2015) Exploring data in the dark
- (14 Jul 2015) My thread pool is smarter
- (10 Jul 2015) Smuggling data across servers
Comments
I am no expret in replication stuff, but does filtering documents in replication means RavenDB dont use "log shipping" for handle replication?
Amin, That is correct, RavenDB replication is based on replicating current state, not the log
Nice!
Ayende, any change of running transformation scripts when we export a DB?
Carlos, We already have this. Check under the advanced options. See the section on transforms here: http://ravendb.net/docs/article-page/2.5/csharp/server/administration/export-import
Comment preview