Каково различие между одноранговым и репликацией слияния с SQL Server?
КОЛИЧЕСТВО (*) считает все строки, в то время как КОЛИЧЕСТВО (column_name) будет считать только строки без Нулевых значений в указанном столбце.
Важный для замечания в MySQL:
КОЛИЧЕСТВО () очень быстро на таблицах MyISAM для * или не - пустые столбцы, так как количество строки кэшируется. InnoDB не имеет никакого кэширования количества строки, таким образом, нет никакой разницы в производительности для КОЛИЧЕСТВА (*) или КОЛИЧЕСТВА (column_name), независимо если столбец может быть пустым или нет. Можно читать больше на различиях на это сообщение в блоге производительности MySQL.
2 ответа
- Одноранговая транзакция Репликация обычно используется для поддержки приложения, распространяющие чтение операции на нескольких серверах узлов.
Хотя одноранговая репликация позволяет масштабировать операции чтения, производительность записи для топологии такая же, как и для один узел, это потому, что в конечном итоге все вставки, обновления и удаления распространяются на все узлы. Если один из узлов в системе сбой, прикладной уровень может перенаправить записи для этого узла на другой узел, это не является требованием, но поддерживает доступность, если узел выходит из строя.
See: [Peer-To-Peer Replicaiton][1]
Репликация слиянием является двунаправленной т.е. операции чтения и записи распространяется на все узлы и обратно. Репликация слиянием часто требует реализация конфликта разрешение .
EDIT Peer to Peer replicaiton is of two types - Transactional and Snapshot. Both of these are one way - from publisher to subscriber.
Transactional and Snapshot replication move data from publisher to subscriber. They are used primarily for editing in a single place and viewing / reporting data in multiple places. Transactional is almost instantaneous, while snapshot has to be scheduled. Transactional has a heavy initial resource requirement because it creates an initial snapshot and then it reads subsequent transactions from the transaction log to send data over. Snapshot is resource intensive every time it runs because it generates a new snapshot every time.
Merge replication lets you have multiple places where you can edit the data, and have it synchronized in near-real-time with the peers. Merge replications essentially runs a transactional replication engine to distribute the transactions, and additional logic to apply the transactions at the destination(s).
Here is some reading material http://technet.microsoft.com/en-us/library/ms152531.aspx