Регистрация  |  Вход

Синхронизация баз данных.

Пытаюсь найти лучший способ для синхронизации база данных SF и сторонних БД. Пока решения следующие классическое отправка по http через @FUTURE method в триггере. Рассматривал варианты так же для синхронизации с Heroku, то есть сделать как промежуточный сторедж. Какие еще варианты могут быть ?

Пытаюсь найти лучший способ для синхронизации база данных SF и сторонних БД. Пока решения следующие классическое отправка по http через @FUTURE method в триггере. Рассматривал варианты так же для синхронизации с Heroku, то есть сделать как промежуточный сторедж. Какие еще варианты могут быть ?     

ETL Tools?

ETL Tools?

Да спасибо теперь я знаю не только DataLoader). Но больше говорю здесь о подходах типо тime stamp. WorkFlow тоже не подходят потому что не работают на удаление.

Да спасибо теперь я знаю не только DataLoader). Но больше говорю здесь о подходах типо тime stamp. WorkFlow тоже не подходят потому что не работают на удаление. 

Sergey Prichepo
Но больше говорю здесь о подходах

И почему же это не подход?
Тулза будет качать данные с одного сервера БД и заливать в другой.

[quote="Sergey Prichepo"]Но больше говорю здесь о подходах[/quote]
И почему же это не подход?
Тулза будет качать данные с одного сервера БД и заливать в другой.

Когда-то была такая идея - забабахать outbound message, завернуть его на сам SF и там прикрутить обработчик этих сообщений, т.к. он будет крутиться в контексте REST API или VF - там будут доступны http request'ы - а там уже слать куда подальше.

Но опять же это всё будет работать только в случае если база имеет веб интерфейс.

Когда-то была такая идея - забабахать outbound message, завернуть его на сам SF и там прикрутить обработчик этих сообщений, т.к. он будет крутиться в контексте REST API или VF - там будут доступны http request'ы - а там уже слать куда подальше.

Но опять же это всё будет работать только в случае если база имеет веб интерфейс.

Gres
Sergey Prichepo
Но больше говорю здесь о подходах

И почему же это не подход?
Тулза будет качать данные с одного сервера БД и заливать в другой.

Может я не внимательно почитал о ETL, я могу поднять скажем где нибудь сервере application,и делать двух стороннию интеграцию ? просто получается если я буду с одной стороны переливать данные,то тогда можно использовать скедулер и batch c callout,Скажем Так если где нибудь решения двух сторонних интеграций с Salesforce.На самом деле я встречал такие интеграции, но там был очень особый контекст между SF и еще одной бд была специальная прослойка.

[quote="Gres"][quote="Sergey Prichepo"]Но больше говорю здесь о подходах[/quote]
И почему же это не подход?
Тулза будет качать данные с одного сервера БД и заливать в другой.[/quote]
Может я не внимательно почитал о ETL, я могу поднять скажем где нибудь сервере application,и делать двух стороннию интеграцию ? просто получается если я буду с одной стороны переливать данные,то тогда можно использовать скедулер и batch c callout,Скажем Так если где нибудь решения двух сторонних интеграций с Salesforce.На самом деле я встречал такие интеграции, но там был очень особый контекст между SF и еще одной бд была специальная прослойка. 

ilya leshchuk
Когда-то была такая идея - забабахать outbound message, завернуть его на сам SF и там прикрутить обработчик этих сообщений, т.к. он будет крутиться в контексте REST API или VF - там будут доступны http request'ы - а там уже слать куда подальше.

Но опять же это всё будет работать только в случае если база имеет веб интерфейс.


Вот очень близко по смыслу.

[quote="ilya leshchuk"]Когда-то была такая идея - забабахать outbound message, завернуть его на сам SF и там прикрутить обработчик этих сообщений, т.к. он будет крутиться в контексте REST API или VF - там будут доступны http request'ы - а там уже слать куда подальше.

Но опять же это всё будет работать только в случае если база имеет веб интерфейс.[/quote]
Вот очень близко по смыслу.

Sergey Prichepo
Скажем Так если где нибудь решения двух сторонних интеграций с Salesforce

Реалзиовывал двустороннюю интеграцию SF с MSSQL используя Boomi - эта ETL в своём клауде крутится.

[quote="Sergey Prichepo"]Скажем Так если где нибудь решения двух сторонних интеграций с Salesforce[/quote]
Реалзиовывал двустороннюю интеграцию SF с MSSQL используя Boomi - эта ETL в своём клауде крутится. 

Я делал Outbound Message на создание/изменение и триггер на удаление; писал вэб сервис на C#, который создавал/изменял/удалял данные в MSSQL.
С ОМ все просто. Для удаления делал проверку во время удаления и страничку, с помощью которой можно было выслать удаленный записи еще раз на вэб сервис.

Я делал Outbound Message на создание/изменение и триггер на удаление; писал вэб сервис на C#, который создавал/изменял/удалял данные в MSSQL.
С ОМ все просто. Для удаления делал проверку во время удаления и страничку, с помощью которой можно было выслать удаленный записи еще раз на вэб сервис.

Sergey Prichepo
Может я не внимательно почитал о ETL

Значит стоит прочитать или чуть-чуть подумать, разве нет?

[quote="Sergey Prichepo"]Может я не внимательно почитал о ETL[/quote]
Значит стоит прочитать или чуть-чуть подумать, разве нет?

Gres
Sergey Prichepo
Может я не внимательно почитал о ETL

Значит стоит прочитать или чуть-чуть подумать, разве нет?

Да,Надо попробовать говорят это не страшно )

[quote="Gres"][quote="Sergey Prichepo"]Может я не внимательно почитал о ETL[/quote]
Значит стоит прочитать или чуть-чуть подумать, разве нет?[/quote]
Да,Надо попробовать говорят это не страшно )