https://m.opennet.me/openforum/vsluhforumID9/7138.html Прием по телефону ----&gt; <br>Прием через программу-клиент----&gt;&#124; БД1 &#124; --internet--&#124; БД2 &#124;--- Сайт <br> <br>В БД1 хранится информация о товарах и о заказах.<br>Есть сайт с БД2, через который так же для посетителей будет возможность просматривать информацию о товарах и заказывать товары. <br>Условия:<br>1. БД2 и БД1 могут быть совершенно различные(одна mysql, другая pgsql или любая другая)<br>2. Необходимо рассчитывать посещаемость сайта с запасом, т.е предполагать что она может быть достаточно серьезной, чтобы это учитывать<br>3. Информации о товарах много, потому можно считать что 1 посетитель может совершать большое число запросов к БД получению информации о товарах. И после этого делает запрос на заказ. Т.е. запросов о товарах много больше, чем запросов на оформление заказов.<br>4. Структура данных товаров БД1 может быть различной<br>5. Необходимо поддержание актуальности информации о товарах<br>6. Необх https://m.opennet.me/openforum/vsluhforumID9/7138.html#3 Fri, 01 Feb 2008 05:44:32 GMT &gt;Подумайте о том, что информацию об обновлении одной базы можно передавать другой <br>&gt;базе не немедленно, а накапливать в течении некоторого времени и отдавать <br>&gt;сразу "пачками" раз в n минут. Например, оператор обновляет товары <br>&gt;в БД1. Каждая строка в нужной таблице имеет поле "время изменения". <br>&gt; По этому полю раз в n минут выбираете строки и <br>&gt;отсылаете изменения на другой сервер. <br><br>Хотя это хорошая идея для определённых действий, которые не вызовую конфликта с заказами из БД2, например, для добавления нового товара в БД1.<br><br> https://m.opennet.me/openforum/vsluhforumID9/7138.html#2 Fri, 01 Feb 2008 05:39:59 GMT &gt;Подумайте о том, что информацию об обновлении одной базы можно передавать другой <br>&gt;базе не немедленно, а накапливать в течении некоторого времени и отдавать <br>&gt;сразу "пачками" раз в n минут. Например, оператор обновляет товары <br>&gt;в БД1. Каждая строка в нужной таблице имеет поле "время изменения". <br>&gt; По этому полю раз в n минут выбираете строки и <br>&gt;отсылаете изменения на другой сервер. <br><br>Как я понял, данный вариант не подходит, так как важен именно оперативный обмен данными, чтобы избежать проблем, например, с такой ситтуацией:<br><br>- В БД1 есть товар1, он передаётся в момент времени t1 в БД2 - базы идентичны.<br>- В БД2 делается заказ заказ1 на товар1 в момент времени t2.<br>- B БД1 товар1 удаляется (кончился, например) в момент времени t3.<br>- В момент времени t4 происходит синхронизация и получаем заказ на несуществующий товар..<br><br>видимо синхронизацию нужно инициализировать сразу после _каждого_ изменения одной из БД.. но это получается накладно<br><br><br><br> https://m.opennet.me/openforum/vsluhforumID9/7138.html#1 Fri, 01 Feb 2008 05:31:32 GMT Подумайте о том, что информацию об обновлении одной базы можно передавать другой базе не немедленно, а накапливать в течении некоторого времени и отдавать сразу "пачками" раз в n минут. Например, оператор обновляет товары в БД1. Каждая строка в нужной таблице имеет поле "время изменения". По этому полю раз в n минут выбираете строки и отсылаете изменения на другой сервер.<br>