all groups > sql server replication > february 2004 >
You're in the

sql server replication

group:

Conditional/Permission Based Merge Replication


RE: Conditional/Permission Based Merge Replication Paul Ibison
2/20/2004 4:11:05 PM
sql server replication:
I agree with RS. I'd add that there are different ways of doing this dynamic filter : suser_sname() and , host_name() are the ones offered in the wizard. If they don't map to a column in the replicated article, you might want to investigate the parameter -HOSTNAME for the merge agent (which overrides the computername), or use a UDF based on one of the functions above. Using these alternative methods, you can map a subscriber to a more 'business oriented' column
Regards
Re: Conditional/Permission Based Merge Replication RS
2/20/2004 4:31:57 PM
You would want to use filtering based on the host name of the subscriber
server or by username. I am doing the same thing for a POS system, and it
is working in production. We have a table that houses the name of the PC
that does the pull subscription. We then use dynamic filtering based on the
name = HOST_NAME(), then the only data that comes down to the subscriber is
the data and the data in the other tables that references the name table.
We use dynamic because we don't want to have to define a new subscription
for every PC, just one.

-RS

[quoted text, click to view]

Conditional/Permission Based Merge Replication Richard Ryerson
2/20/2004 5:21:32 PM
Hello All,

I am looking into a replication based enterprise application for the
company I work for and I can't find answers to a few questions. I hope that
you Guru's know if it's possible to do these things.

My company has several remote / disconnected "branches" and "franchises"
and each branch / franchise has several sales people.

The data we have is enterprise wide, but contains information relating to
each location (branch / franchise).

I would like to replicate the data to each branch / franchise, BUT only
data pertaining to the particular location (denoted by a field in the
table(s) or related table(s))

Is this even possible? If so, generally how would it be accomplished?

Thanks,

Re: Conditional/Permission Based Merge Replication Richard Ryerson
2/21/2004 5:01:51 PM
Thanks RS and Paul.

Sounds like a pretty good solution...

Using these scenario(s) is it easy for two way? I was under the impression
that only Merge replication could be used for two way...

Also, is it possible to set this up to replicate across the Inet (http)?


-Rick


[quoted text, click to view]
dynamic filter : suser_sname() and , host_name() are the ones offered in the
wizard. If they don't map to a column in the replicated article, you might
want to investigate the parameter -HOSTNAME for the merge agent (which
overrides the computername), or use a UDF based on one of the functions
above. Using these alternative methods, you can map a subscriber to a more
'business oriented' column.
[quoted text, click to view]

Re: Conditional/Permission Based Merge Replication Paul Ibison
2/22/2004 6:16:05 AM
Richard
by default merge is 2-way (EXCHANGETYPE = 3)
Data at the subscribers might be partitioned (using the methods mentioned in previous posts), but typically not data at the publisher.
As for internet publication, this is possible - have a look at this article which goes into details about setting up the sql agent security and creating an alias registration: http://support.microsoft.com/?id=321822 and this article which explains about setting up the proxy server: http://www.microsoft.com/technet/treeview/default.asp?url=/technet/prodtechnol/sql/reskit/sql7res/part5/sqc07.asp
Regards
AddThis Social Bookmark Button