Dim2000 БокаА какие ещё компоненты ASA, кроме движка (dbengX.exe)
dbengX.exe - это не движок!!! Посмотри хотя бы на его размер. А что это с точки зрения терминологии ?

Бока- но можно ли через прокси-таблицы, созданные на реальные таблицы, находящиеся в БД Oracle/MSSQL, инсертировать данные из локальной БД ASA, где эти прокси-таблицы созданы, в соответствующие реальные таблицы , находящиеся в БД Oracle/MSSQL ???
Да, при наличии прав.[/quot]Отлично.

pand Бока

А при использование ODBC-шного варианта, достаточно ли для поддержки такого варианта поставить пользователю вместе с БД только Engine, например для ASA 10.0 - это dbeng10.exe, dbodbc10.dll, dblgen10.dll ?

Если можно, то прошу Вас уточнить список DLLs и EXEs, необходимых для реализации использования линкования в ODBC-шном варианте. Дело в том, что Sybase oграничивает для нас тиражирование компонентов ASA своим пользователям, а навязывать им покупку полной версии ASA мы не хотим.

есть такой раздел в хелпе
Applacation Techinques
->Deployment Techinques
описывается какие файлы для чего нужны
-> Chapter 41
-> Deployment database
есть описание что нужно для работы ASAшкиМы до сих пор поставляли только dbeng7.exe, dbodbc7.dll, dblgen7.dll, и этого было достаточно для работы с локальными БД ASA 7.0 в embeded режиме. Вот сейчас переходим на ASA 10.0. Ясно, что необходимо поставлять dbeng10.exe, dbodbc10.dll, dblgen10.dll и желательно dbcon10.dll.

Мне пришла в голову идея использовать технику прокси-таблиц для перекачки таблиц из БД в БД, находящихся на одном компьютере, вместо техники использования PowerBuilder-овских Data Store по следующим причинам:
- техника использования PowerBuilder-овских Data Store более муторная и нудная, чем простая техника использования прокси-таблиц с помощью только SQL комманд. Например можноиспользовать bulk-copy ("SELECT * INTO copy_table FROM proxy_table"), а затем создать primary и foreign keys и индексы ;
- производительность перекачки SQL командами через прокси-таблицы несомненно выше, чем через Data Store.
Именно в связи с этим я и бы хотел знать: нужно ли использовать ещё какие-либо компоненты (кроме вышеуказанных DLLs и EXE) для работы с прокси-таблицами в embeded режиме ?
Я конечно это проверю на компьютере, на котром не установлены продукты Sybase, но думал, что, возможно, кто-то из участников форума уже об этом знает точно.

pandа можно я еще ложку дегтя капну
каким образом Sybase ограничивает Вас в тиражировании компонентов ASA ?У нас есть с Sybase специальное соглашение, согласно которому, кроме Runtime Engine, разрешенного к распространению в соответствии с лицензией, которая идет "роялти фри" с PowerBuilder, мы имеем право поставлять Database Engine и ODBC драйвер для каждой версии ASA, входящей в очередную версию PowerBuilder Enterprise (в обсуждаемом случае это PB 11 и ASA 10).
Если же для работы с прокси-твблицами необходимы еще какие-то компоненты, то мы должны будем обновить соглашение. Но желательно знать минимально-некобходимый состав таких компонент.

pand- по партнерской программе вроде особых ограничений нет ( только АСАшку покупать для клиенту надо )Что означает "покупать АСАшку" ?
Мы как раз стремимся и сами лишнего не покупать и пользователей не вынуждать это делать.

Ещё один "ЗА" в пользу использования прокси-таблиц для перекачки по сравнению с Data Store - это то, что blobs в PB нужно обрабатывать с помощью отдельной от Data Store техники, что занудняет код и ухудшает производительность перекачки.

pand Бока
Мне пришла в голову идея использовать технику прокси-таблиц для перекачки таблиц из БД в БД, находящихся на одном компьютере, вместо техники использования PowerBuilder-овских Data Store

наверное вместо Data Store следует читать PipeLine ?Я думаю, что в основе разработки PipeLine скорее всего лежит техника Data Store. Я же имел в виду в коде PB заполнение Data Store в source-транзакции, а затем update таблицы, через заполненное Data Store. Я эту технику плохо знаю, и с блобами неохота отдельно возиться, поэтому мне гораздо больше понравилась техника использования для таких целей прокси-таблиц.

pand Бока
Я конечно это проверю на компьютере, на котором не установлены продукты Sybase, но думал, что, возможно, кто-то из участников форума уже об этом знает точно.

Хелп к билдеру об этом точно знает :) нужно его только правильно спроситьПопробую, может подскажете как правильно спросить ?

pand Бока
У нас есть с Sybase специальное соглашение, согласно которому, кроме Runtime Engine, разрешенного к распространению в соответствии с лицензией, которая идет "роялти фри" с PowerBuilder, мы имеем право поставлять Database Engine и ODBC драйвер для каждой версии ASA, входящей в очередную версию PowerBuilder Enterprise (в обсуждаемом случае это PB 11 и ASA 10).
........
Что означает "покупать АСАшку" ?
Мы как раз стремимся и сами лишнего не покупать и пользователей не вынуждать это делать.

а можно с Вами в привате пообщеться поподробнее на эту тему. Может я как то не правильно понимаю партнерскую программу ?
Стремление похвальное и я к томуже стремлюсь.Пожалуйста, но я пока не понял как на этом форуме организован приват.

В результате эксперементальной проверки exe моей программы с использование прокси-таблиц на чистом компе выяснилось, что необходимо наличие следующих DLLs :
dbserv10.dll
dbctrs10.dll
dbcon10.dll
dbodbc10.dll
dblgen10.dll
dbicu10.dll
dbicudt10.dll
Получилось так, что dbeng10.exe и dbcon7.dll я положил как бы по умолчанию до начала проверки, поэтому о их необходимости я точно утверждать не могу. Хотя dbcon7.dll, видимо, необходим для создания DSN в ODBC администраторе.

Кроме того выяснилось, что для работы с БД ASA 7.0 мы поставляем конечным пользователям следующиее компоненты:
dbeng7.exe
rteng7.exe
dbserv7.dll
dbctrs7.dll
dbcon7.dll
dbodbc10.dll
dblgen10.dll

Поскольку DLLs, соответствующих по именам dbicu10.dll и dbicudt10.dll, ни в директории WIN32 версии 7.0 ни в директории WIN32 версии 9.0, я не нашёл, то делаю вывод, что это что-то новое для ASA 10.0, но не связанное с прокси-таблицами, поскольку прокси-таблицы использовались и в предыдущих версиях.

В предыдущем моём посте есть неточности в наименованиях DLLs, поэтому я решил уточнить текст.

В результате эксперементальной проверки exe моей программы с использование прокси-таблиц на чистом компе выяснилось, что необходимо наличие следующих DLLs :
dbserv10.dll
dbctrs10.dll
dbcon10.dll
dbodbc10.dll
dblgen10.dll
dbicu10.dll
dbicudt10.dll
Получилось так, что dbeng10.exe и dbcon10.dll я положил как бы по умолчанию до начала проверки, поэтому о их необходимости я точно утверждать не могу. Хотя dbcon7.dll, видимо, необходим для создания DSN в ODBC администраторе.

Кроме того выяснилось, что для работы с БД ASA 7.0 мы поставляем конечным пользователям следующиее компоненты:
dbeng7.exe
rteng7.exe
dbserv7.dll
dbctrs7.dll
dbcon7.dll
dbodbc7.dll
dblgen7.dll

Поскольку DLLs, соответствующих по именам dbicu10.dll и dbicudt10.dll, ни в директории WIN32 версии 7.0 ни в директории WIN32 версии 9.0, я не нашёл, то делаю вывод, что это что-то новое для ASA 10.0, но не связанное с прокси-таблицами, поскольку прокси-таблицы использовались и в предыдущих версиях.

Кроме того хотелось бы отметить, что коннектироваться из ASA 10 к ASA 7 и наоборот ни через Sybase Central ни в ODBC администраторе (тест коннекции) мне не удалось.
В обоих случаях дает сообщение "specified database is invalid".
Правда через ODBC администратор я проверял только в одну сторону - пытался создать DSN для БД ASA 10 c помощью ODBC драйвера ASA 7.

Вот с ASA 9 на ASA 7 коннекция работает, в обратную сторону не проверял.

pandЕще раз просьба - напиши pand {AT} ukr{dot}netПослал свой адрес.

White OwlА вот подключаться можно при помощи драйвера любой версии к базе любой версии. Если ты делаешь DSN на основе драйвера из ASA7, ты можешь подключаться к любому из ASA серверов за все время жизни ASA. Тоже самое и с драйверами из SA10.Дело было так:
- на компьютере, на котором находятся только поставляемые нами и перечисленные мной выше компоненты ASA 7, я положил базу, сделанную в ASA 10;
- затем в ODBC администраторе создал DSN на этe базу, используя драйвер ASA 7;
- затем при попытке сделать Test Connection в окне ODBC администратора я получил сообщение "specified database is invalid" или что-то в этом роде.

Теперь обьясню в чём был смысл данного теста:
- пользователь работает в Oracle в русской среде и использует спец-символы (none-ASCII code) для обозначения едениц измерения (типа градус и т.п.);
- этот пользователь переносит часть его БД вместе с единицами измерения в ASA 7 БД из Oracle;
- в ASA 7 мы поставляем БД только с Western European collation и charset, поэтом в результате трансфера некоторые единицы измерения выглядят дефектными;
- в ASA 7 нет возможности использовать unicode, только национальные collation и charset;
- в ASA 10 БД мы перешли на использование UTF8BIN и хотели попробовать использовать такую БД для трансфера данных у данного пользователя;
- но загвоздка в том, что в той версии нашего продукта, которую использует данный пользователь, мы не имее права поставлять ни одного DLL или EXE из ASA 10.
Вот поэтому то я и производил такой тест.

Возник вопрос: в связи с контексом вышеописанной проблемы, может ли помочь использование в качестве значения параметра "Charset" в DSN, построенном для target ASA 7 БД (с Western European collation и charset), подходящее для русского языка значение (например "cp855" или "cp866") при трансфере едениц измерения из Oracle source БД в русской среде ("NLS=RUSSIAN_CIS.CLMSWIN1252") ???

Точно известно, что на русско-ориентированном клиент-компьютере спец-символы из Oracle БД на сервере, имеющей unicode charset, смотрятся правильно, но после того как они перекачиваются на этом компьютере в нашу ASA 7 БД с латинским charset, поставленную на этом же русско-ориентированном компьютере, символы из этой ASA 7 БД смотрятся уже дефектными.

Так для правильного трансфера из unicode Oracle БД в латино-ориентированную ASA 7 БД, находящуюся на русско-ориентированном клиент-компьютере в DSN для этой латино-ориентированной ASA 7 БД нужно пробовать значения charset, ориентированные на латинницу, или на кирилицу ???

П.С.: Линки и прокси-таблицы я начал использовать только сейчас для апгрэйда нашего продукта в последнюю его версию с одновременным апгрэйдом, поставляемых нами ASA БД в версию 10.0.
А в той версии нашего продукта, которая используется в описанном проблематическом случае, трансфер производится в PowerBuilder-е путем использования DataStore в двух параллельных транзакциях, одна из которых открыта для исходной Oracle БД, а другая для принимающей ASA 7 БД. Причем коннекция к Oracle осуществляется через native драйвер PowerBuilder-а для Oracle.
Короче ODBC драйвер для Oracle в данном случае не при делах.