Sapforum.Biz
Инструменты => ABAP - Инструментальные средства => Тема начата: Martha от Март 24, 2010, 11:03:05 am
-
есть задачка еженощной выкачки информации из InterBas-совских таблиц . Если честно, то вообще не знаю с чего начать. Подскажите.
-
есть задачка еженощной выкачки информации из InterBas-совских таблиц . Если честно, то вообще не знаю с чего начать. Подскажите.
А что вы потом с этой информацией делать собираетесь? И что на этой СУБД у вас? Это просто вы в разделе ABAP пишете, я как абапер и любопытствую, пока базисники не подтянулись. ;)
-
О, InterBase однако да... много я на нем в свое время пописал.. с чего начать... ну с получения доступа к серверу БД, клиенты есть разные вы как думаете реализацию делать? Типа из SAP коннектиться к базе данных InterBase? Тогда EXEC SQL и начинаем копать отсюда, я правда так только к ораклу чужому конектился, но думаю можно и к IB прицепиться.
-
А что вы потом с этой информацией делать собираетесь? И что на этой СУБД у вас? Это просто вы в разделе ABAP пишете, я как абапер и любопытствую, пока базисники не подтянулись. ;)
нужно эту информацию к себе качнуть, в свои собственные таблицы, дополнить недостающими данными и уже на их основе ОЗМ создать, заказы на поставку и т.д.
доступ к базе через их оболочку у меня есть, как его организовать через сап я не знаю (и админ тож не знает).
если базисники подтянутся и помогут - только за буду
-
О, InterBase однако да... много я на нем в свое время пописал.. с чего начать... ну с получения доступа к серверу БД, клиенты
доступ есть, не знаю как через сап его сделать.
вы как думаете реализацию делать? Типа из SAP коннектиться к базе данных InterBase? Тогда EXEC SQL и начинаем копать отсюда, я правда так только к ораклу чужому конектился, но думаю можно и к IB прицепиться.
ага, собираюсь через сап коннектится, забирать нужные мне данные, анализировать и на их основе создавать ОЗМ и т.д.
правда, наверное надо что-то в системе чтобы админ прописал, вопрос где и что
-
Ну если конектится, то конечно не EXEC SQL, есть куча более нормальных решений, тот же XI/PI, как раз для интеграции с внешними системами и предназначен (выгрузка/загрузка данных, документов и т.д), со своими драйверами к БД, механизмами преобразования (меппинга) структур данныхю.
Вообще то, знать бы что автор хочет, если интеграция со внешней системой (документы, данные) это одно, просто зачем то забирать одноразово или довольно редко, это другое, если интересует просто возможность соединения с БД, это третье.
Для вопросов интеграции у нас есть отдельный раздел - http://sapforum.biz/index.php/board,32.0.html, там можно задавать вопросы, тут есть люди которые с так называемыми Интерфейсами поработали достаточно времени.
По поводу XI/PI есть несколько ссылок для начала http://sapforum.biz/index.php/topic,778.0.html.
P.S. Странно, пост отправил – а он не появился
-
Ну если конектится, то конечно не EXEC SQL, есть куча более нормальных решений, тот же XI/PI, как раз для интеграции с внешними системами и предназначен (выгрузка/загрузка данных, документов и т.д), со своими драйверами к БД, механизмами преобразования (меппинга) структур данныхю.
Ну тогда подрбнее... через EXEC SQL насколько я знаю должен быть установлен драйвер доступа, ну это к админам, может номер первый подтянется. А забирать ну сказано что данные из таблиц... а вот ихсай и прочее... ну я их не ел... но скорость если она критична будет ниже чем доступ в базу.
-
Ну если конектится, то конечно не EXEC SQL, есть куча более нормальных решений, тот же XI/PI, как раз для интеграции с внешними системами и предназначен (выгрузка/загрузка данных, документов и т.д), со своими драйверами к БД, механизмами преобразования (меппинга) структур данныхю.
Вообще то, знать бы что автор хочет, если интеграция со внешней системой (документы, данные) это одно, просто зачем то забирать одноразово или довольно редко, это другое, если интересует просто возможность соединения с БД, это третье.
Для вопросов интеграции у нас есть отдельный раздел - http://sapforum.biz/index.php/board,32.0.html, там можно задавать вопросы, тут есть люди которые с так называемыми Интерфейсами поработали достаточно времени.
По поводу XI/PI есть несколько ссылок для начала http://sapforum.biz/index.php/topic,778.0.html.
P.S. Странно, пост отправил – а он не появился
в теме поста было сказано про синхронизацию, в теле про еженощной выкачки информации
сейчас задам вопрос в соответствующем разделе
спасибо за ссылки
-
P.S. Странно, пост отправил – а он не появился
Скорее всего это из-за того, что во время набора сообщения в теме запостили новые. Над областью предварительного просмотра появляется соответствующее уведомление шрифтом красного цвета и сообщение не отправляется, лишь только по повторному нажатию "Отправить".
-
коррелирует с: http://sapforum.biz/index.php/topic,1098.msg6780.html#new (http://sapforum.biz/index.php/topic,1098.msg6780.html#new).
-
2Martha - Зачем плодить кучу одинаковых тем? В разделе XI, тема удалена.
Dmitriy, Uukrul, №1 просьба соединить темы
http://sapforum.biz/index.php/topic,1096.0/topicseen.html
http://sapforum.biz/index.php/topic,1098.msg6782.html
И перенести в раздел XI, там и продолжим, тут видимо нужна помощь нескольких модулей, в т.ч. BC
-
2Martha - Зачем плодить кучу одинаковых тем? В разделе XI, тема удалена.
Dmitriy, Uukrul, №1 просьба соединить темы
http://sapforum.biz/index.php/topic,1096.0/topicseen.html
http://sapforum.biz/index.php/topic,1098.msg6782.html
И перенести в раздел XI, там и продолжим, тут видимо нужна помощь нескольких модулей, в т.ч. BC
спасибо, просто не знала как это правильно сделать
-
Пока тогда предлагаю продолжить здесь, а потом уже и перенесем, если понадобится.
Martha...
Вот что видится:
Средствами самой InterBase вызывать RFC-модуль в SAP, который будет сохранять данные в одну большую таблицу. Далее по каким-либо идентификаторам разбирать ABAP-программой (ночью же, в фоне), дополнять уже имеющимися в SAP и потом создавать соответствующие объекты, используя известные средства: Batch Unput или BAPI. Последние, кстати, сами по себе представляют собой RFC-модули, но если данных много, то лучше все же пакетный ввод, если это возможно. После обработки данные из "сборника" можно удалять или проставлять флаг "обработано", например. Но я не базисник, как абапер это вам пишу, в интеграции, к сожалению, не так силен, как хотелось бы. :( Ну а для вызова RFC-модуля в SAP вам потребуется пользователь (см. User Type (http://saphelpdata.blogspot.com/2009/12/logon-data-tab-page-in-su01.html)) и адресация в SM59 (http://publib.boulder.ibm.com/infocenter/wtxdoc/v8r2m0/index.jsp?topic=/com.ibm.websphere.dtx.packsapr3.doc/tasks/t_pack_sapr3_2_Creating_RFC_Destination_for_Outbound_Data_SM59.htm), если больше ничего не упустил (базис подправит, если что)... С PI/XI дела не имел, возможно, что коллеги подскажут более элегантный вариант.
-
Пока тогда предлагаю продолжить здесь, а потом уже и перенесем, если понадобится.
Martha...
С PI/XI дела не имел, возможно, что коллеги подскажут более элегантный вариант.
Если он у них есть (это кстати отдельная система)
Поиски можно начать тут https://wiki.sdn.sap.com:443/wiki/display/ABAPConn/ABAP+Connectivity+Home
Martha, на данный момент я не готов ответить на Ваш вопрос, давайте я посмотрю - отвечу.
-
Если он у них есть (это кстати отдельная система)
Тогда 99% что у них этого нет...
-
Вот что видится:
Средствами самой InterBase вызывать RFC-модуль в SAP, который будет сохранять данные в одну большую таблицу. Далее по каким-либо идентификаторам разбирать ABAP-программой (ночью же, в фоне)
все, что касается разбора, и дальнейшей работы - как раз более менее понятная тема, а вот до того...
кстати, лучше бы со стороны сапа туда залезать, ибо тут мы, чем их средствами, там недружественные они
создавать соответствующие объекты, используя известные средства: Batch Unput или BAPI. Последние, кстати, сами по себе представляют собой RFC-модули, но если данных много, то лучше все же пакетный ввод, если это возможно.
почему лучше пакетник, чем BAPI?
-
кстати, лучше бы со стороны сапа туда залезать, ибо тут мы, чем их средствами, там недружественные они
Ну для начала я бы написал на саповский сервис вопрос, есть ли у них готовые SAP-коннекторы к IB. Если нет, тогда все намного сложнее.
-
почему лучше пакетник, чем BAPI?
Неточно выразился, не лучше: быстрее на больших объемах данных. Позже об этом, в другой теме, данных-то у вас нет ещё. К тому же что с ними делать (с)более-менее понятная тема. А тема BI vs. BAPI стара с того самого момента, как появились BAPI. ;)
-
Ну для начала я бы написал на саповский сервис вопрос, есть ли у них готовые SAP-коннекторы к IB. Если нет, тогда все намного сложнее.
люди, работающие в сап, сказали, что они не поддерживают IB (((
теперь идеи есть ?
-
люди, работающие в сап, сказали, что они не поддерживают IB (((
теперь идеи есть ?
ODBC, ADO
-
ODBC, ADO
Ну это если сервер БД на виндовсе стоит, а если юникс системы? Так вечером мысли попробую написать по этому поводу.
-
Ну это если сервер БД на виндовсе стоит, а если юникс системы? Так вечером мысли попробую написать по этому поводу.
на виндах
-
Как вариант: http://sapforum.biz/index.php/topic,1098.msg6812.html#msg6812
-
Как вариант: http://sapforum.biz/index.php/topic,1098.msg6812.html#msg6812
ну не знаю...самый дубовый способ - RFCSDK
к информиксу вязался когда-то...
одна может быть неприятность - юникод
-
ну не знаю...самый дубовый способ - RFCSDK
к информиксу вязался когда-то...
одна может быть неприятность - юникод
А в чем неприятность? RFCSDK не поддерживает юникода? Кстати, создателю топика вопрос, как решили или решали данную проблему? А то тут вопрос у других людей возник и тоже вязать с интербезом, так интересовались успешностью данной операции.