... по крайней мере, на тему недокументированных функций)
В прошлый раз я упомянул о том, что был найден ряд имен недокументированных
функций для SQL2K, которые тот отказался признавать за свои. При более
тщательном изучении выяснилось, что некоторые из этих функций вызываются
с помощью "хитрого способа", как то {fn function1()}.
Далее идет список функций, которые таки заработали вполне адекватно:
-- Функции для работы с датой/временем(смысл очевиден)
select {fn curdate()} -- текущая дата to varchar
select {fn curtime()}
select {fn dayofyear(current_timestamp)}
select {fn dayname(current_timestamp)}
select {fn dayofmonth(current_timestamp)}
select {fn dayofweek(current_timestamp)}
select {fn monthname(current_timestamp)}
select {fn minute(current_timestamp)}
select {fn week(current_timestamp)}
select {fn quarter(current_timestamp)}
select {fn hour(current_timestamp)}
select {fn second(current_timestamp)}
/* Константы для timestamp* SQL_TSI_YEAR, SQL_TSI_QUARTER, SQL_TSI_MONTH, SQL_TSI_WEEK, SQL_TSI_DAY, SQL_TSI_HOUR, SQL_TSI_MINUTE, SQL_TSI_SECOND, SQL_TSI_FRAC_SECOND */
select {fn timestampadd(SQL_TSI_YEAR, 1, current_timestamp)}
select {fn timestampdiff(SQL_TSI_DAY, current_timestamp + 1, current_timestamp)}

-- Разные функции
select {fn intersectbitmaps(0x0E, 0x01)} -- bitmap AND
select {fn bit_length(5)} -- Длина аргумента в битах
select {fn octet_length(N'asd')} -- Длина аргумента в байтах
select {fn concat('a', 'b')} -- конкатенация строк
select {fn ifnull(null, 0)}
SELECT encrypt('абв abc') -- простая конвертация (параметр -> varchar -> nvarchar as varbinary)
SELECT encrypt_a('абв abc') /* более хитрая, decrypt явно сделать сложнее, но похоже ненамного, может кому-то не в "облом" Кстати, decrypt и decrypt_a тоже существуют, но вызвать их не удалось */
get_sid, pwdcompare и подобные не поминаю, о них не знает только ленивый.

В целом, ничего особо полезного, почти все можно можно получить комбинацией
документированных, или соотвествующими параметрами в них(datepart, например).
Скорее познавательно, чем полезно. Кстати, были "обнаружены" недокументированные
команды для DBCC, но, скорее всего, их полезность ненамного превышает полезность
найденных функций, из которых более-менее любопытной мне лично показалась GetDefault,
описанная в прошлый раз.

Благодарю за внимание

P.S. Есть еще несколько функций, суть которых, или тип параметров остался загадкой,
они приводятся ниже. Желающие могут поупражняться на досуге, буде таковой
наступит, и, в случае удачи, поделиться с остальными.
-- Совершенно непонятные функции
select {fn rangepartition(1, 2, 3, 4, 5)} /* сервер рубит коннект практически при любых значениях, хоть какая, а может и польза , кстати параметров может быть больше, чем пять */
select {fn likerangeinfo(1, 2)}
select {fn likerangeend(1, 2)}
SELECT {fn likerangestart(1, 2)} /* Название всех 3 звучит, но в качестве типа первого параметра должен быть void, просто песня */

-- Функции, явно для работы с потоками, у всех один параметр
select {fn gettext(1)}
select {fn getntext(1)}
select {fn getimage(1)}

Есть еще и {fn uniqfrombmk()}, смысл также покрыт мраком

Удачи !

P.P.S. Для Гладченко, сугубо, имеет ли смысл такая информация ?
Или каждый держит при себе то, что, случайно или целенаправленно
нарыл ? Если второе, то подобной инициативы я проявлять в дальнейшем
не буду, дабы не вызывать раздражения. Кстати, во втором АЗЛВ, была,
IMHO, достаточно интересная информация...

2Almi
Недокументированные функции существуют практически в любой более-менее
сложной коммерческой системе. Их "невидимость" для большинства пользователей
определяется соображениями разработчиков системы. Особенно этим "грешила"
фирма Microsoft, в частности, полной описание WinAPI мировая общественность
добивалась много лет, постоянно находя какие-то функции с загадочными
наименованиями. Вообще эта тема пространная и на данном форуме, пожалуй,
смысла не имеет. Но обычно ничего криминального в использовании таких
функций нет, так как рано или поздно эти функции либо становятся общеизвестными
и публикуемыми, либо, что значительно реже, исчезают в последующих версиях
программных продуктов. Яркий пример: функция has_dbaccess существовала уже,
по крайней мере, в SQL7, но в BOL официально появилась только в SQL2K. А ее
полезность, IMHO, безусловна.

2Гладченко
Насчет оснований иметь, но прятать, сразу вспоминается троянский конь, настоящий,
а не вирус. Чем кончилась такая "недокументированность" для троянцев, полагаю, все
помнят
По поводу MSMQ, покопавшись в разных источниках, включая MSDN и прочая, выяснилось,
что вещь действительно классная, но реально ее можно использовать в WIN2000, по
крайней мере, в предыдущих весиях, если я правильно понял, в домене должен быть
MSMQ-сервер, а на остальных MSMQ-клиент, а это объективное усложнение, так как пока
еще хватает Win98 клиентов и WinNT4 серверов. Так как "лихой налет" не получился, то
на данном этапе интерес к ней пропал и будет реанимирован не ранее через год.
Как я и ожидал, на вопрос о процедурах ответ получен не был, на что, IMHO, есть
несколько причин. Первая - многие, увидев тот же заголовок(АЗЛВ), наверняка сообщение
пропустили, есть подозрение, что и Вы то же , не обратив на число откликов, коих было
0, во-вторых, вряд ли многие тщательно копались в системных процедурах, и в-третьих,
возникло подозрение, что функции эти, в настоящей редакции, сильно "заточены" под задачи
репликации.
Тем не менее, вполне реально использовать MSMQ уже сейчас через вызовы sp_OA_*, если на
хосте есть соотвествующие OLE-объекты. Можно найти много примеров их использования в VB...

С уважением