Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
05.11.2004, 12:32
|
|||
---|---|---|---|
Неточности ADO под Oracle или невидимые свойства некоторых БД Oracle? |
|||
#18+
Евгений Багоцкий В дополнение к моему предыдущему вопросу о повторяемости имен полей, ключей при анализе структур некоторых БД Oracle с помощью ADOX (через ADOX.Catalog), выясняется, что подобное происходит при использовании «классического ADO» метода OpenSchema. Так при использовании команд Set cn = New ADODB.Connection: cn.Mode = adModeRead: cn.CursorLocation = adUseClient: cn.Open (c(ii)) Set rs = cn(ii).OpenSchema(adSchemaPrimaryKeys): 'анализ 1-ичн ключей rs.Sort = "COLUMN_NAME" rs.Filter = "TABLE_NAME = ‘AWA’” For j = 0 To rs.RecordCount – 1 w = rs!COLUMN_NAME rs.MoveNext next j или тех же команд типа, только с OpenSchema(adSchemaColumns): или похожих команд Set rs = cn(ii).OpenSchema(adSchemaForeignKeys): rs.Sort = "PK_COLUMN_NAME" rs.Filter = "TABLE_NAME = ‘AWA’” For j = 0 To rs.RecordCount – 1 w = rs!PK_COLUMN_NAME rs.MoveNext next j выясняется что на некоторых БД Oracle рекордсеты имеют несколько повторов каждой записи, в частности полей rs!COLUMN_NAME или rs!PK_COLUMN_NAME Напрашивается предположение что если как методы ADO так и ADOX приводят к этой повторяемости (не видимой при просмотре структур таблиц например через Oracle Enterprize Manager) то это действительно имеет место. Что это? Неточность ADO или искажения структуры Oracle-таблиц например, после репликации? Сомневающимся готов выслать *.Exe моей программы и даже исходный код а также дамп БД Oracle где указанный эффект имеет место быть ... |
|||
:
Нравится:
Не нравится:
|
|||
|
|
start [/forum/topic.php?fid=17&mobile=1&tid=1353968]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
34ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
37ms |
get tp. blocked users: |
2ms |
others: | 336ms |
total: | 455ms |
0 / 0 |