﻿<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/"><channel><title>StrataFrame Forum » StrataFrame Database Deployment Toolkit » Enhancement Requests  » SQL Merge Replication Support</title><generator>InstantForum 2017-1 Final</generator><description>StrataFrame Forum</description><link>http://forum.strataframe.net/</link><webMaster>StrataFrame Forum</webMaster><lastBuildDate>Mon, 18 May 2026 10:13:29 GMT</lastBuildDate><ttl>20</ttl><item><title>SQL Merge Replication Support</title><link>http://forum.strataframe.net/FindPost22646.aspx</link><description>Hi,&lt;br&gt;
&lt;br&gt;
When a DDT package is run against a database that is published for merge replication in SQL Server, the package removes all of the indexes and triggers that were added by SQL Server when the publication was setup. Effectively this means the merge replication has to be dropped and setup again.&lt;br&gt;
&lt;br&gt;
Is there any way indexes and triggers whose names start with "MSmerge" can be left in place instead of deleting them? This would be a major win for anyone using replicated databases as it would allow the database to be altered without having to drop and re-publish.&lt;br&gt;
&lt;br&gt;
On a similar note, it would be useful if a uniqueidentifier column could be added to the messaging and security tables as this would allow them to be included in the merge replication. Currently, SQL Server will add it's own uniqueidentifier columns to these tables but any future DDT package will try and remove them.&lt;br&gt;
&lt;br&gt;
Thanks,&lt;br&gt;
&lt;br&gt;
Aaron</description><pubDate>Sat, 04 Apr 2009 16:06:07 GMT</pubDate><dc:creator>Aaron Young</dc:creator></item></channel></rss>