Мне нужна информация о выпуске SQL Server 2005 Express. Что я хочу сделать
есть моя центральная база данных, обслуживающая базы данных локальных машин
IE
бэк-офис Центральная база данных
| -------------------> Цех Терминал 1
| -------------------> Цех Терминала 2
| -------------------> Цех Терминал 3
| -------------------> Цех Терминал 4
| -------------------> Цех Терминал 5
| -------------------> Цех Терминал 6
Я хочу, чтобы терминалы в цехе УДАЛИЛИ ЛЮБЫЕ изменения в базе данных как
и когда они происходят (требуются выбранные изменения, изменение будет: Добавить новый элемент / Изменить
Информация о товаре, используемая терминалом в торговом зале (например, цена, описание, группа продаж)
Возможно ли это с SQL 2005? У меня есть возможность создать собственное приложение синхронизации, но
Мне нужно знать, что искать в базе данных, которая запускает обновление
Большое спасибо за любой совет, который вы можете дать
Энди
Да, вы можете сделать это с помощью SQL Express. Для этого вы захотите использовать репликацию SQL Server. Вам нужно будет использовать сервер рабочей группы или выше в качестве промежуточного сервера, который общается со всеми другими.
Возможно, вам понадобится репликация транзакций или репликация слиянием. Оба близки к реальному времени.
Репликацию SQL Server обычно очень легко настроить, но вы не можете публиковать из базы данных SQL Server Express (см. Статью ниже).
Книги по SQL Server в Интернете.
Если ваша центральная база данных находится рядом (в сети) с терминалами, вы можете просто подключиться напрямую к центральной базе данных с помощью тонкого / толстого клиента.
Репликация слиянием работает хорошо, но всегда есть небольшая задержка, поскольку слияние происходит по расписанию / по требованию; похоже, что транзакционный подход лучше подходит для операций с «мгновенно просматриваемыми» базами данных.
При этом я бы рекомендовал репликацию только в том случае, если у вас есть несколько офисов, или по конкретным причинам для использования нескольких баз данных (например, поддержка периодически подключаемых приложений). Похоже, что одна база данных с тонким / толстым клиентом была бы лучшим вариантом (IMO).