Будет ли когда-нибудь возможность использовать мои домены как входные и выходные параметры в хранимых процедурах? Или это противоречит специфике процедур? Имеется в виду то, что она хранится в откомпилированном виде. Реально немного неудобно. Изменил домен описывающий варчар(1024) на варчар(4096), переконектился - во всех таблицах его использущих все пучком, ничего не надо делать, а вот в процедуры гоняющих данные по этим доменным полям приходится долго и кропотливо менять и перекомпиливать. А могло бы и все автоматом...
Дополнительный вопрос :)
Почему нету заранее предопределенного варчара равного varchar(max_varchar_size). Какой вообще смысл указывать максимальныю длину (ну разве что кроме возможности получить екцепшон при переполнении), если можно просто по умолчанию всегда использовать макимально для него допустимую. Ведь в любом случае варчар передается как на клиент так и обратно через размер+данные.
Спасибо.
Домены как параметры хранимых процедур
Re: Домены как параметры хранимых процедур
скорее да, чем нетentryway писал(а):Будет ли когда-нибудь
...отправить все твои процедуры в инвалид при некорректном альтере доменаentryway писал(а):могло бы и все автоматом...
индексы, напримерentryway писал(а):смысл указывать максимальную длину
вот только в базе хранится с хвостами, хоть и сжатымиentryway писал(а):передается как на клиент так и обратно через размер+данные
Re: Домены как параметры хранимых процедур
А что индексы? Только что прочитал релизнотес для FB2. Нет там ограничения на длину индексаиндексы, напримерentryway писал(а):смысл указывать максимальную длину
Насколько критично?вот только в базе хранится с хвостами, хоть и сжатымиentryway писал(а):передается как на клиент так и обратно через размер+данные
Проверил. Создал две базы с одной таблицей в которой одно поле. В первой varchar(10) во второй varchar(32000). Сделал туда и туда инсерт миллиона записей со значением "A". В первом случае размер файла базы данных 52 мб. Во втором - 552 мб. Больше похоже не на сжатие, а на выделение "с запасом". А запас вычисляется как процент от заданной длины. Не могу, короче, теперь уяснить для себя: критично это или нет :)
Re: Домены как параметры хранимых процедур
плохо читал. Ключевое слово - размер страницыentryway писал(а):Только что прочитал релизнотес для FB2. Нет там ограничения на длину индекса
сам видишь - весьма заметноentryway писал(а):Насколько критично?
давай ты не будешь фантазировать, а поверишь на словоentryway писал(а):похоже не на сжатие, а на выделение "с запасом"
Re: Домены как параметры хранимых процедур
Прально! 252-byte ibndex length limit is gone. И нефиг читать что там дальше шрифтом помельче сказано, глаза об него мозолить. Сказано же - 252 больше не предел. Знач нет больше никакого предела. А уж эффективность индекса по полю 32к размером и обсуждать-то нечего.entryway писал(а): А что индексы? Только что прочитал релизнотес для FB2. Нет там ограничения на длину индекса
вот только в базе хранится с хвостами, хоть и сжатыми
Прально. Объясни ему наконец как оно устроено. А то не знает ничего и гонит тут пургу. Смотри, ещё слова всякие непонятные начнет говорить, RLE там... Так ты его сразу по башке, воли не давай.entryway писал(а): Больше похоже не на сжатие, а на выделение "с запасом". А запас вычисляется как процент от заданной длины.
А чего именно происходит компрессия? Всего поля, его части выходящей за старый предел в 255 символов, что-то другое. И всегда ли. Ведь на первый взгляд RLE - не соввсем то, что нужно, вернее не совсем то, что эффективно применять для "хвостов". Хвост - он ведь всегда один...
Последний раз редактировалось entryway 14 апр 2006, 12:45, всего редактировалось 1 раз.
Re: Домены как параметры хранимых процедур
Я вас умоляю, перестаньте.Merlin писал(а):Прально. Объясни ему наконец как оно устроено. А то не знает ничего и гонит тут пургу. Смотри, ещё слова всякие непонятные начнет говорить, RLE там... Так ты его сразу по башке, воли не давай.