Как на языке SQL получить типы данных полей??
Т.е. если у нас в таблице 2 колонки( одна типа INT, другая типа VARCHAR()),
то мне надо SQL выражение для получуния на выходе INT, VARCHAR()...
Может есть ODBC функции для этого???
SQL08.08.02 12:13 Автор: tatar_0x4e Статус: Member
> Как на языке SQL получить типы данных полей?? > Т.е. если у нас в таблице 2 колонки( одна типа INT, другая > типа VARCHAR()), > то мне надо SQL выражение для получуния на выходе INT, > VARCHAR()... > > Может есть ODBC функции для этого??? Если мне не изменяет склероз (давно это все было :) ), то в DB2 тоже есть системные таблицы с описанием структур БД. Хранятся они (с поправкой на склероз :) ) кажись в схеме SYSIBM или IBMSYS... Короче, скорее всего, в твоем сучае существует какое-то специфическое решение на твоей платформе, а в стандартном SQL такого нет.
> Как на языке SQL получить типы данных полей?? > Т.е. если у нас в таблице 2 колонки( одна типа INT, другая > типа VARCHAR()), > то мне надо SQL выражение для получуния на выходе INT, > VARCHAR()... > > Может есть ODBC функции для этого??? Насчёт ЧИСТА SQL не знаю... но вот MS SQL Server в каждой БД есть таблица syscolumns в которой содержится в том числе и тип поля... не втаком, конечно, виде, как ты написал :)) но есть.
в SQL нет такой конструкции.
Но если ты пользуешся Oracle то там есть много представлений через которые можно получить любую информацию о структуре БД, в том числе и о типах полей.
2 PS - Что за гон ? Updated08.08.02 19:53 Автор: babay <Andrey Babkin> Статус: Elderman Отредактировано 08.08.02 21:29 Количество правок: 1
> в SQL нет такой конструкции. > Но если ты пользуешся Oracle то там есть много > представлений через которые можно получить любую информацию > о структуре БД, в том числе и о типах полей.
Извини что так грубо....
Зачем так безапелляционно заявлять что этого нет, просто ты не сталкивался.
а как на счет процедуры sp_help или
EXEC sp_columns @table_name = 'бла-бла', @column_name = 'бла-бла' да и ещё найдется если поискать...
P.S. Про конкретную конструкцию в языке ты прав, но мне кажется что нужна конструкция относящаяся к конкретной базе - вот я и написал про обращение к хранимой проц. для м$, хотя ZloyShaman считает что речь идет именно о конструкции в самом языке
P.P.S. Для самого языка такая конструкция не нужна наверно, скорее она нужна в виде специфичного запроса в конкретной СУБД.
Сам ты гонишь09.08.02 10:13 Автор: PS <PS> Статус: Elderman
Сказанно мной было - инструкции нет. Или ты можешь показать такую инструкцию ? А ? То что ты написал относится не к SQL, а к конкретной СУБД. О чем я тоже сказал (читай внимательно про Oracle), об этом же (только для MSSQL) сказал Шаман.
Если человек пользует только SQL, без контекста конкретной СУБД, то никак, о чем в subj моего ответа и сказанно.
Так что прежде чем обвинять в гоне, прочти ВНИМАТЕЛЬНО весь ответ, и подумай над ним, хоть пять секунд.
2 PS - Что за гон ? Updated08.08.02 21:44 Автор: ZloyShaman <ZloyShaman> Статус: Elderman
> P.P.S. Для самого языка такая конструкция не нужна наверно, > скорее она нужна в виде специфичного запроса в конкретной > СУБД. Кстати да, вот это как-то из виду-то упустилось: ведь в разных СУБД типы полей разные, поэтому сомнительна сама возможность реализации требуемой возможности :)) на уровне SQL. => исходный вопрос поставлен не совсем корректно.
А вот эта вот SP, которая sp_columns, она во всех скульных базах есть?08.08.02 19:57 Автор: ZloyShaman <ZloyShaman> Статус: Elderman
эта хранимая процедура написана для M$SQL, залезь в мастер-базу и посмотри её сам, а язык T-SQL и его версии тут не при чем, хотя с помощью него и можно написать процедуру (синтакс этой - стандарта 92 года, если память не изменяет) да и вопрос был про обрашение к таблице в SQL базе
версии СУБД, эта хранимая процедура написана для M$08.08.02 21:09 Автор: ZloyShaman <ZloyShaman> Статус: Elderman
>а язык T-SQL и его версии
> тут не при чем, хотя с помощью него и можно написать > процедуру (синтакс этой - стандарта 92 года, если память не > изменяет) да и вопрос был про обрашение к таблице в SQL > базе Так вот и я про тоже! Вопрос-то был не про MS SQL Server-та! А про язык SQL. Поэтому всякие stored proc, специфичные для MS SQL не в тему.
Ладно. Забили.
подробно о проекте
Анализ криптографических сетевых...
новое сообщение
закрытая нитка
новое сообщение
в закрытой нитке
старое сообщение
