Похоже, вы не понимаете, что весь смысл #table заключается в том, что:
временно
существует только в контексте хранимого процесса, который его создает
это личное
Поэтому создание нового хранимого процесса для «ссылки» на #table другого процесса не является разумной попыткой. Либо напишите полностью независимый хранимый процесс с собственным #table, или измените исходный хранимый процесс так, чтобы временная таблица существовала вне его контекста (см. Ниже).
Вам придется перепрыгивать через обручи и разные обручи для разных версий Sybase, чтобы получить либо определение, либо данные в таких # таблицах.
- Если вы можете уловить момент , когда выполняется один из этих сохраненных процессов, и , у вас есть привилегия
sa
, вы, безусловно, можете проверить DDL через SybaseCentral или другой инструмент DBA .
Если вы выполняете упражнение по документированию, альтернативы проверке кода sproc нет; если вы этого не сделаете, вы упустите важные аспекты таблицы #, которая скрыта в коде.
Для временных таблиц, которые предназначены для общего доступа (т. Е. Существуют вне контекста хранимого процесса), вместо:
CREATE TABLE #my_table ...
Применение:
CREATE TABLE tempdb..my_table ...
и выполните это вне любого процесса, прежде чем скомпилировать процесс.