Прошу поделится своим опытом или предположениями.
Вопрос такой. Существует два сайта, назовем сайт А и сайт B. У каждого свая база данных. В базе данных сайта А есть таблица которая также нужна сайту B. 
При редактировании этой таблицы создается (перезаписывается) XML файл на хостинге сайта А. Сайт B с определенным периодом времени, забирает этот xml файл и сверяет данные, если они обновились, перезаписывает их в таблицу БД. 
Вопрос в том как можно с сайта А сообщить сайту В , что данные в xml файле обновились, и пора их забрать ?

Пусть сайт А сделает пост запрос на B.

мне бы желательно что бы сайт А на сайте B функцию запускал.

пост - это не функция? Что, тогда, такое функция?

пример какой нибудь можете написать ?

Пример? 
google - `php curl post request sample`.

когда данные передаешь через хост, массивные строки задаются через другой канал и таким образом в БД сохраняется только частичная сессия после запроса на серевер через функцию

Я что-то ничего не понял, можно подробнее, пожалуйста? :)

Этот ответ добавлен с нового Винграда - http://vingrad.com

У меня есть несколько вариантов решения:
1) А готовит XML и делает POST запрос к B, передавая ему этот файл. В разбирает полученный XML и применяет изменения у себя.
1.1) А готовит XML, но не передает его B, а делает запрос к B просто сообщая что "у меня тут новые изменения, забирать тут - <url>". B, получив такой запрос знает, что есть новые изменения, и, когда будет готов забирает XML с А, и применяет изменения у себя.

2) При любом изменении в БД, А делает запрос к Б, содержащий только эти изменения. Этакий патч.

3) Master-slave репликация для одной таблицы между БД А и B. Mysql так умеет, хоть это и опасно(replicate-do-table).

4) (в дополнение к 1, 1.1 и 2) Если нужно именно RPC, то можно использовать SOAP

Pros:
1, 1.1 - Легко реализуется
2 - Чуть сложнее реализуется, но изменения доступны на B практически сразу. Изменения инкрементальные => небольшой размер передаваемых данных
3 - Все решается на уровне СУБД, ничего кодить вообще не надо

Contra:
1, 1.1) - Надо генерировать/парсить XML. При чем только для того, чтобы его передать. Относительно большая задержка между изменениями на А и применением этих изменений на B.

2) Если изменения на А частые - мы сами себя заддосим.

3) Чревато разнообразными неприятными последствиями, если используются ссылки на/из этой табицы, etc.

4) Не понятно, зачем вообще RPC, если можно обойтись простыми POST/GET запросами

Этот ответ добавлен с нового Винграда - http://vingrad.com

Только не SOAP   

A шлет POST запрос, B принимает ложит в очередь ну  а дальше запускаетсья процесс обратобтки xml.