Вопрос на общую тему...Стандарты

[Ennor]

Я так понимаю, что ты в Аксессе пытаешься MSSQL-ный запрос использовать? Конечно, ничего не получится. Но в общем ты понял правильно - это все метаданные, и практ. все БД (Аксесс не исключение) хранят их в том же месте и в том же виде, что и сами данные.

К примеру: мне тут недавно дали задание - написать серверный функционал, который бы автоматически чистил таблицы в базе произвольной структуры, удаляя устаревшие данные. При этом главная запарка была именно в учете внешних ключей - нужно правильную последовательность таблиц установить по ходу очистки, иначе не избежать FOREIGN KEY VIOLATION. Без активного использования системных таблиц такого не написать, сам понимаешь...

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

[Andrey Fedorov]

нужно правильную последовательность таблиц установить по ходу очистки, иначе не избежать FOREIGN KEY VIOLATION. Без активного использования системных таблиц такого не написать, сам понимаешь...

Делал такое. Без системных таблиц.
Ибо ничего не мешает просмотреть индексы этих таблиц используя ADOX...

[Andrey Fedorov]

Кстати, вот интересный примерчик попался - никогда такого еще не пользовал, а именно:

An object stored in ADO Recordset

http://www.planet-source-code.com/vb/scripts/ShowCode.asp?lngWId=1&txtCodeId=30477

[alibek]

Делал такое. Без системных таблиц.
Ибо ничего не мешает просмотреть индексы этих таблиц используя ADOX...

Мне кажется, что ему системные таблицы требовались скорее для нахождения устаревших данных, а не для выборки индексов.

[Andrey Fedorov]

Мне кажется, что ему системные таблицы требовались скорее для нахождения устаревших данных, а не для выборки индексов.

Нет - ему нужен порядок обработки таблиц (например, при удалении сначала удаляются данные из дочек потом из родителей, а при заполнении - наоборот).

Этот порядок можно установить по связкам между таблиц. Используя для этого то-же ADOX.

[Rainbow]

А мне казалось, что Access позволяет настроить Referential integrity или как-то так это называлось. Короче, не просто таблички накидать, а указать прямо в дизайне какие таблицы как связаны и чут ли не так, что при удалении "родительской записи", например, удалять все дочерние.

Сейчас пойду проверю, не обманула ли вас...

Ага. Точно. Меню Relationships. Там между таблицами можно установить связи и выбрать "каскадное обновление" (cascade update related fields) и "каскадное удаление" (cascade delete updated fields). Посмотрите, например, в Northwind (стандартном примере) - там Relationships настроены между таблицами.

[Andrey Fedorov]

Короче, не просто таблички накидать, а указать прямо в дизайне какие таблицы как связаны и чут ли не так, что при удалении "родительской записи", например, удалять все дочерние.

Позволяет. Но это не всегда удобно. Чтобы не дать юзеру грохнуть документ целиком, к примеру, я не ставлю разрешение каскадного удаления.

Да и в любом случае - при заполнении базы все одно пришлось бы заполнять ее в определенном порядке.

[Rainbow]

То, что не всегда удобно - согласна. Но знать, что такое есть - полезно. Может пригодиться. Ведь на уровне программы мы и сами можем пользователя строго спросить, а работы нам, программистам, меньше.

А заполняется база в более логичном порядке - от родителя к детям.

[Andrey Fedorov]

А заполняется база в более логичном порядке - от родителя к детям.

Вот этот порядок человеку и требовалось определить...

[Ennor]

Делал такое. Без системных таблиц.
Ибо ничего не мешает просмотреть индексы этих таблиц используя ADOX...

В хранимой процедуре ADOX недоступен по определению, знаешь ли... А мне был нужен именно серверный код, чтобы оформить это в джоб, настроить ему шедулер и забыть про него.

[Andrey Fedorov]

В хранимой процедуре ADOX недоступен по определению, знаешь ли... А мне был нужен именно серверный код, чтобы оформить это в джоб, настроить ему шедулер и забыть про него.

Ну, если оно должно выполняться хранимой на сервере без вызова внешних программ (которые, кстати, тоже можно засунуть в шедулер), то тогда другое дело.

[Ennor]

Ну, если оно должно выполняться хранимой на сервере без вызова внешних программ (которые, кстати, тоже можно засунуть в шедулер), то тогда другое дело.

Можно, но это лишние накладные расходы на всех этапах архитектуры клиент-сервер, сам понимаешь. Кроме того, клиента в этом случае тоже писать надо, а я уже потихоньку забываю VB, как-то больше на T-SQL писать приходится...

[ANDLL]

Ээээ..... Это конечно прекрасно, но мне кто-нибудь скажет, Как мне определить структуры базы в ADO. Т.е. таблицы, поля и проч.

[Andrey Fedorov]

Ээээ..... Это конечно прекрасно, но мне кто-нибудь скажет, Как мне определить структуры базы в ADO. Т.е. таблицы, поля и проч.

См Help по ADOX, Catalog, Tables, Columns...

Чем это лучше считывания системных таблиц - своей большей универсальностью. Т.е можно написать код который будет работать как с MDB-шкой так и с SQL-сервером...