Как сделать SQL-таблицу видимой в Data Dictionary ?

[Zabr]

Вопрос (возможно, тривиальный, но я не знаю как сделать).

В сиквельной базе Аксапты 3.0 есть таблица, которая не зарегистрирована в Data Dictionary. Работа с ней из Аксапты идет через Statement.executeQuery(). (Почему так сделано с этой таблицей - отдельный вопрос к поставщику решения).
Вопрос: как зарегистрировать эту таблицу в Аксапте в Data Dictionary, и чтобы её содержимое не потерялось?

[oip]

Гм... Самое простое - сохранить содержимое этой таблицы где-нибудь, грохнуть ее в сиквеле, затем создать ее ручками в АОТе, а потом залить в нее сохраненные данные. Только вот тогда какой смысл работать с ней через стэйтмент? Да и будет ли это правильным, с точки зрения вашего решения? Для чего именно вы хотите это сделать? Кто еще, кроме аксапты, взаимодействует с этой таблицей?

[Zabr]

Цитата:

Сообщение от oip

Гм... Самое простое - сохранить содержимое этой таблицы где-нибудь, грохнуть ее в сиквеле, затем создать ее ручками в АОТе, а потом залить в нее сохраненные данные.

Можно попробовать. Только в таблице около 2 миллионов записей. (До недавнего времени было вообще около 100 миллионов - "спасибо" разработчикам из К***).

Не может ли быть подводных камней при заливке данных, например из-за какой-нибудь несовместимости форматов числовых полей?

Цитата:

Сообщение от oip

Только вот тогда какой смысл работать с ней через стэйтмент?

Асболютно никакого.

Цитата:

Сообщение от oip

Да и будет ли это правильным, с точки зрения вашего решения? Для чего именно вы хотите это сделать?

Именно для того, чтобы работать не через стейтмент, а как с любой таблицей Аксапты.

Цитата:

Сообщение от oip

Кто еще, кроме аксапты, взаимодействует с этой таблицей?

Коннектор с 1С.

[oip]

Цитата:

Сообщение от Zabr

Коннектор с 1С.

А со стороны 1С записи там не создаются? Они только читаются?

[Zabr]

Со стороны 1С записи только читаются.

Таблица сделана в рамках решения от К*** исключительно в целях экспорта данных в системы, внешние по отношению к Аксапте. Вероятно, отсутствие этой таблицы в АОТ объясняется тем, что теоретически таблица может содержаться в отдельной от Аксапты базе. В нашем случае она содержится в той же базе, и работать с ней удобнее, имея её в АОТ.

[kashperuk]

А можно установить вот эту фигуленку,
http://kashperuk.blogspot.com/2007/0...ject-that.html

запретить синхронизацию, создать табличку,

а потом запустить по ней Проверку/Синхронизацию. По идее она воссоздастся в SQLDictionary при этом. (Можно сперва проверить просто)

[oip]

А не проще и надежнее сделать так, как сказал я?

Только вот меня терзают смутные сомнения, что не надо ее вообще "регистрировать"...

[kashperuk]

Цитата:

Сообщение от oip

А не проще и надежнее сделать так, как сказал я?

Только вот меня терзают смутные сомнения, что не надо ее вообще "регистрировать"...

Проще, конечно же.
И думаю, намного безопаснее.

Это я так, саморекламой занимаюсь

P.S.
Гы.
1984 сообщения. Я в этом году как раз родился. Так что себя с днем рождения

[oip]

Цитата:

Сообщение от kashperuk

Это я так, саморекламой занимаюсь

Или может антирекламой?

Рекламировать утилиту, которая и сложнее и менее надежная, чем уже имеющийся способ... Ну не знаю, не знаю.

[kashperuk]

Антиреклама тоже реклама.
Иначе бы политических баталий в Украине не было б вообще

Да и суть утилиты не в этом. А просто в контроле над запуском синхронизации.

[kashperuk]

Я, конечно, не сторонник работы с таблицами напрямую.
НО - чем вас не устраивает текущая ситуация?
Ведь намного быстрее работает.