Интересно, кто как ищет по полю у которого COLLATE PXW_CYRL?
Может проще можно как-нибудь?
Я делаю так
where fs_name>= lower(:name) and fs_name<= upper(:name)
в этом случае используется индекс и поиск выполлняется корректно.
Что-то не нашел, ответил кто-то или нет.
А что мешает создать новый домен с нужным collate,
и переключить все поля на него?
IBExpert что-то похожее мутит.
А я так не пробовал. У меня полей много. На то я домен и делал чтобы все
сразу их колбасить.
sasha wrote:
Также имеется вопрос: у меня есть домен
... VARCHAR(100) CHARACTER SET WIN1251 COLLATE WIN1251
мне надо получить
... VARCHAR(100) CHARACTER SET WIN1251 COLLATE PXW_CYRL
Что-то не нашел, ответил кто-то или нет.
А что мешает создать новый домен с нужным collate,
и переключить
Привет, Vlad!
Вы пишешь 13 января 2007:
>> А это всё (вкупе с правами), влияет на время Prepare.
>> Так что, смысл в общем-то, есть, пусть и незначительный.
VH> Мгмгмм... мерял ?
У нас и мелкоскоп имеется.
А то быват ещё оптицкий обман здрения... (С)
--
With best regards, Alex Cheredni
"Alex Cherednichenko" ...
> SELECT COUNT(*) FROM RDB$RELATION_FIELDS
> ==
>12 234
>
> А это всё (вкупе с правами), влияет на время Prepare.
> Так что, смысл в общем-то, есть, пусть и незначительный.
Мгмгмм... мерял ?
--
Хорсун Влад
Привет, Dmitri!
Вы пишешь 13 января 2007:
[Sorry, skipped]
DK> значит так. Давай оговоримся, что лично я против
DK> create domain DID INT NOT NULL.
DK> Который никакой смысловой нагрузки кроме INT NOT NULL не несет.
DK> (или кроме varchar(40) и т.п.)
SELECT COUNT(*) FROM RDB$RELATION_FIELDS
==
Hello, M!
вот, только сейчас руки дошли ответить.
М.Королев wrote:
Так вот. Я бы принял (с натяжкой) это в качестве аргумента, если бы
собирался в рантайме анализировать имя домена и выполнять какую-то
обработку данных, зависящую от этого имени. Ну например, автоматически
преобразовывать вс
Dmitri Kuzmenko пишет:
М.Королев wrote:
Ничо не понял.
Почему домен должен отражать смысл, да еще в таком узком смысле? :)
Чем плох DNAME в качестве домена для First, Middle и прочих Name'ов?
Чем плох DID в качестве домена для ID'ов (чеки в домен не включаем) ?
От чего спасает наличие разных си
Dmitri Kuzmenko пиÑеÑ:
вÑпÑÑк 6.0.0.627 - ÑÑо 23 иÑÐ½Ñ 2000 года.
Ðадо бÑÐ´ÐµÑ Ð½Ðµ забÑÑÑ Ð¾ÑмеÑиÑÑ Ð²ÑпÑÑк пеÑвого ÑÑиваÑного IB.
ÐалÑ, ÑÑо даÑа на ÑÑббоÑÑ Ð¿Ð¾Ð¿Ð°Ð´Ð°ÐµÑ, а не на пÑÑниÑÑ :)
--
Hello, Igor!
Igor Zakhrebetkov wrote:
потому что руки не доходят в таком количестве документов все править.
Sorry, я же не упрекаю (а просто ехидничаю :))
да я в общем, тоже, не рыдаю от горя :-)
А IB 6 существует уже считай 7 лет.
Доки от 17.11.99 - так что юбилей уже пропустили :(
Dmitri Kuzmenko пиÑеÑ:
поÑÐ¾Ð¼Ñ ÑÑо ÑÑки не доÑ
одÑÑ Ð² Ñаком колиÑеÑÑве докÑменÑов вÑе пÑавиÑÑ.
Sorry, Ñ Ð¶Ðµ не ÑпÑÐµÐºÐ°Ñ (а пÑоÑÑо еÑ
идниÑÐ°Ñ :))
Ð IB 6 ÑÑÑеÑÑвÑÐµÑ Ñже ÑÑиÑай 7 леÑ.
Igor Zakhrebetkov wrote:
дык тогда откуда грабли у домена RDB$1665 выше по треду ?
:)
Это меня тоже сильно интересует и без смайла. Он не один такой, к
сожалению. Первое что приходит в голову - создание полей на фоне
какого-то повреждённого системного индекса. Или застрявшего при падени
Ded пиÑеÑ:
Скажи пожалÑйÑÑа, заÑем здеÑÑ Ð»Ð¸Ñний опеÑаÑÐ¾Ñ Ð¿ÐµÑвой ÑÑÑокой, ежели
вÑÑ Ñавно ползаÑÑ Ð¿Ð¾ вÑем ÑаблиÑам-полÑм, как и пÑи иÑполÑзовании
базового Ñипа? Я Ð
Igor Zakhrebetkov wrote:
Понятно, что имя у домена должно быть не RDB$CHAR40, а просто CHAR40.
Уууу... Процесс создания Всемирной Конституции "по-мне" пошёл...
/* кстати, здесь IBExpert культурно покажет, что CHAR40=CHAR(40) */
Да-да-да. Сервер должен стать таким, как Эксперт, а ещё
Igor Zakhrebetkov wrote:
Sorry, а зачем вообще править домены, рискуя нарваться на грабли, и
не использовать штатную возможность
ALTER TABLE T ALTER A TYPE
?
А какая собсно разница? Alter и есть правка, но предусмотрен именно
и только для тех случаев, когда она безопасна. В том, что
Какая дисскуссия однако. А я доменами не пользуюсь. Экономить на их
количестве особого смысла не вижу. Писать VCHAR40 вместо VARCHAR(40) - как
то тоже особых плюсов не просматривается. А если придумывать какие-то
универсальные домены типа TNAME - дак это надо их типы в голове держать, а
моск-
Hello, Igor!
Igor Zakhrebetkov wrote:
Дык на ibase.ru для изменения типа или длины поля именно хак приводится:
http://www.ibase.ru/devinfo/changesize.htm
этому документу уже 10 лет.
и написано, что:
"в стандарте (ANSI SQL 92 entry level) нет определени языковых
конструкций для модификац
Hello, Sasha!
sasha wrote:
Это GlobalId = LocalId + InstanceId * 4294967296 + VersionId * ...
Что с ним не так? Тем более в эпоху 64-разрядных процессоров... У меня
тогда все ok.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Dmitri Kuzmenko пиÑеÑ:
Ð-Ñ-Ñ, как ÑÑо LastName и FirstName могÑÑ Ð±ÑÑÑ Ñазного ÑоÑмаÑÑ,
но одного Ð´Ð¾Ð¼ÐµÐ½Ñ VCHAR40?
не могÑÑ. Ñ Ð¸ обÑÑÑнÑÑ, ÑÑо длина ÑÑÑоки Ñама по Ñебе
не ÑвлÑеÑÑÑ Ð¾Ñнов
Ded пиÑеÑ:
РмоÑм понимании - да. ÐÑавиÑÑ ÐµÐ³Ð¾, не Ð·Ð½Ð°Ñ Ð³Ð´Ðµ он иÑполÑзован по
Ð´ÐµÐ»Ñ Ñи не оÑÐµÐ½Ñ (а даже в ÑÑедниÑ
ÑазмеÑов командаÑ
ÑÑо запÑоÑÑо, да и
ÑклеÑоз-бодÑн даÐ
Dmitri Kuzmenko пиÑеÑ:
ÐÑк ÑÑо как Ð±Ñ Ð¿Ð¾Ð½ÑÑно. РпонÑÑно, ÑÑо ни к ÑÐµÐ¼Ñ Ð´Ð°Ð²Ð°ÑÑ ÑиÑÑемное имÑ
Ð´Ð¾Ð¼ÐµÐ½Ñ CHAR40.
ÐепонÑÑно в ÑÑм гÑабли пÑи попÑÑке иÑполÑÐ·Ð¾Ð²Ð°Ð½Ð¸Ñ Ð±Ð¾Ð»ÐµÐµ ÑеловеÑеÑк
здесь у меня никаких претензий, окромя GlobalId, если я правильно понял
его смысл. А может и не понял.
Это GlobalId = LocalId + InstanceId * 4294967296 + VersionId * ...
Что с ним не так? Тем более в эпоху 64-разрядных процессоров... У меня
все таблицы от малых до больших с этими полями для
Hello, sasha!
sasha wrote:
Хм, у меня вот например такое есть:
LocalId INTEGER
InstanceId SMALLINT
VersionId SMALLINT
GlobalId BIGINT
и я ними пользуюсь чисто чтобы типы данных не перепутать. Хоть это и не
правильно с точки зрения дейта, зато удобно. Никаких проблем с
пониманием структуры
Хм, у меня вот например такое есть:
LocalId INTEGER
InstanceId SMALLINT
VersionId SMALLINT
GlobalId BIGINT
и я ними пользуюсь чисто чтобы типы данных не перепутать. Хоть это и не
правильно с точки зрения дейта, зато удобно. Никаких проблем с
пониманием структуры таблиц я здесь не вижу.
Hello, Igor!
Igor Zakhrebetkov wrote:
Э-э-э, как это LastName и FirstName могут быть разного формату,
но одного домену VCHAR40?
не могут. я и объясняю, что длина строки сама по себе
не является основанием, чтобы все столбцы с такой
длиной строки объявлять от одного домена.
Вот IMHO с каким
Hello, M!
М.Королев wrote:
Ничо не понял.
Почему домен должен отражать смысл, да еще в таком узком смысле? :)
Чем плох DNAME в качестве домена для First, Middle и прочих Name'ов?
Чем плох DID в качестве домена для ID'ов (чеки в домен не включаем) ?
От чего спасает наличие разных системных доме
Hello, Igor!
Igor Zakhrebetkov wrote:
Дык это как бы понятно. И понятно, что ни к чему давать системное имя
домену CHAR40.
Непонятно в чём грабли при попытке использования более человеческих имен
доменов вместо системных RDB$.
что-то я тебя перестал понимать.
--
Dmitri Kouzmenko, www.ib
Igor Zakhrebetkov wrote:
То есть проблема с пользовательскими доменами - это отсутствие
уникальности?
В моём понимании - да. Правишь его, не зная где он использован по
делу чи не очень (а даже в средних размеров командах это запросто, да и
склероз-бодун даже если один работаешь) и получа
Ded пиÑеÑ:
ÐÑли Ñ Ð½Ð°Ð·Ð¾Ð²Ñ Ñвой домен RDB$CHAR40, Ñо Ñем он бÑÐ´ÐµÑ Ð¾ÑлиÑаÑÑÑÑ
(в Ñом ÑиÑле и "Ñ ÑоÑки зÑÐµÐ½Ð¸Ñ Ð Ð¡Ð£ÐÐ") Ð¾Ñ Ð°Ð²ÑомаÑиÑеÑки Ñоздаваемого
ÑиÑÑемой какого-нибÑÐ´Ñ RDB$12
Dmitri Kuzmenko пиÑеÑ:
ÑÑо и ÑпаÑаеÑ). ÐÑÑÑда и Ð²Ð¾Ð·Ð½Ð¸ÐºÐ°ÐµÑ ÑÐºÐ¾Ð½Ð¾Ð¼Ð½Ð°Ñ Ð´Ð¾Ð¼ÐµÐ½Ð½Ð°Ñ ÑипизаÑÐ¸Ñ Ð² виде
VCHAR40, VCHAR80 и Ñ.п. Ð Ð²Ð¾Ñ ÐºÐ¾Ð³Ð´Ð° LastName пеÑеÑÑÐ°ÐµÑ Ð±ÑÑÑ Ñавен
FirstName по ÑÐ¸Ð¿Ñ Ð¸ ÑоÑмаÑÑ,
Dmitri Kuzmenko пиÑеÑ:
Hello, Igor!
Igor Zakhrebetkov wrote:
ТÑÑ Ð½Ð°Ð´Ð¾ Ð±Ñ ÑазобÑаÑÑÑÑ, вÑÑ-Ñаки иÑ
неÑ, или они еÑÑÑ.
ÐÐ¾Ñ Ñ ÐºÐ°ÐºÐ¾Ð³Ð¾-Ñо ФÐÐа на ibase.ru:
да бог Ñ Ð½Ð¸Ð¼, Ñ FAQ-ом. Ð¢Ñ Ð¼Ð¾Ð¶ÐµÑÑ Ð½Ð°Ð·Ð²Ð°ÑÑ Ñ
Dmitri Kuzmenko пишет:
Ded wrote:
На самом деле вопрос - типичный холивар. На мой личный взгляд одни
траблы с возможными противоречиями по ограничениям между доменами и
столбцами сводят на нет преимущества читабельности. Но это всего лишь
absolutely. хотя по теории домены-то как раз нужны
Hello, Ded!
Ded wrote:
На самом деле вопрос - типичный холивар. На мой личный взгляд одни
траблы с возможными противоречиями по ограничениям между доменами и
столбцами сводят на нет преимущества читабельности. Но это всего лишь
absolutely. хотя по теории домены-то как раз нужны в случаях
На самом деле вопрос - типичный холивар. На мой личный взгляд одни
траблы с возможными противоречиями по ограничениям между доменами и
столбцами сводят на нет преимущества читабельности. Но это всего лишь мой
взгляд, я не настаиваю на том, чтоб все так же думали. Ну а раз ещё и
использовани
М.Королев wrote:
Эх... Соглашусь конечно, куда девацца...
А потом приведу пример, утрированный в другую сторону :)
И ничего этим не докажу...
Но думаю, золотая середина все же есть и домены придуманы не зря.
На самом деле вопрос - типичный холивар. На мой личный взгляд одни
траблы с возмож
Ded пишет:
М.Королев wrote:
А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не
конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе
имени, а, например, в уменьшении вероятности ошибки при реструктуризации.
Сдаёццо мне, что вероятность ошибки пропорциональн
Igor Zakhrebetkov wrote:
Т.е. похоже, что системные домены от пользовательских отличаются только
префиксом "RDB$".
Если я назову свой домен RDB$CHAR40, то чем он будет отличаться
(в том числе и "с точки зрения РСУБД") от автоматически создаваемого
системой какого-нибудь RDB$123?
Sorry, но до
Dmitri Kuzmenko пишет:
М.Королев wrote:
Давно не сталкивался, но где-то они все же выскакивали. Вроде бы,
системные имена доменов появлялись в сообщениях об ошибках. Что
приводило к дополнительному колупанию.
ну, если колупать системные таблицы вообще, то оно, конечно... :-)
Та ни. Без вся
Hello, Igor!
Igor Zakhrebetkov wrote:
Тут надо бы разобраться, всё-таки их нет, или они есть.
Вот с какого-то ФАКа на ibase.ru:
да бог с ним, с FAQ-ом. Ты можешь назвать свой домен rdb$char40,
но ты должен быть в курсе, что префикс rdb$ зарезервирован системой.
И как там фишка ляжет _в сис
Dmitri Kuzmenko пиÑеÑ:
Ð½ÐµÑ Ð·Ð´ÐµÑÑ Ð½Ð¸ÐºÐ°ÐºÐ¾Ð¹ "ÑÑÑеÑики". Ñ ÑоÑки зÑÐµÐ½Ð¸Ñ Ð Ð¡Ð£ÐРдомен еÑÑÑ ÑолÑко
когда он Ñоздан Ñвно. ÐÑли РСУÐÐ ÑÐ¾Ð·Ð´Ð°ÐµÑ "доменÑ" пÑи обÑÑвлении
ÑÑолбÑов, где-Ñ
А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не
конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе
имени, а, например, в уменьшении вероятности ошибки при реструктуризации.
Сдаёццо мне, что вероятность ошибки пропорциональна количеству типов. А
когда в
М.Королев wrote:
А если в 10-20 таблицах и в десятке-другом процедур/триггеров? Я не
конкретно про ФИО. А экономия не в кол-ве нажатий клавиш при наборе
имени, а, например, в уменьшении вероятности ошибки при реструктуризации.
Сдаёццо мне, что вероятность ошибки пропорциональна количеству
Hello, M!
М.Королев wrote:
Давно не сталкивался, но где-то они все же выскакивали. Вроде бы,
системные имена доменов появлялись в сообщениях об ошибках. Что
приводило к дополнительному колупанию.
ну, если колупать системные таблицы вообще, то оно, конечно... :-)
И если эти FM,IM, OT испол
Dmitri Kuzmenko пишет:
Igor Zakhrebetkov wrote:
FB/IB автоматически создает новый домен для каждого столбца таблицы.
Поэтому IMHO лучше самому логически объединить некоторые столбцы,
например
задать для полей FM, IM, OT домен типа CHAR40, чем потом увидеть в
своей БД
домены типа RDB$D0001,R
Hello, Dmitri!
You wrote on Tue, 09 Jan 2007 08:38:13 +0300:
DK> ÃÃÃÃÃÃ, Ã
ÃÃÃ ÃÃÃ ÃÃ
ÃÃÃÃ, ÃÃ ÃÃÃÃÃ
ÃÃ ÃÃÃÃ
ÃÃ ÃÃÃÃÃÃÃÃ C40 ÃÃÃ V40, Ã
DK> Ã.Ã. ñ ÃÃ
ÃÃÃ
ÃÃÃ. ðÃÃÃÃà ÃÃà ÃÃÃÃÃ
à ÷ÃÃÃÃÃÃÃà âÃÃÃÃÃÃÃà - ÃÃà ÃÃ
Dmitri Kuzmenko wrote:
нет здесь никакой "эстетики".
Ну как же. Ведь можно же на домене задать чек >0, а на использующем
его столбце - <0. Эстетичнааа...
--
Regards. Ded.
Hello, Igor!
Igor Zakhrebetkov wrote:
Какая экономия, просто если домены всё равно есть, лучше хотя бы
с точки зрения эстетики давать им более вразумительные имена
нет здесь никакой "эстетики". с точки зрения РСУБД домен есть только
когда он создан явно. Если РСУБД создает "домены" при объя
sasha wrote:
Есть неконвертируемые символы - лови Exception.
Это означает:
1) Эксклюзивную блокировку таблицы на время проверки
2) Проверку в режиме грязного чтения
3) Перезагрузку кеша метаданных всех процессов сервера
--
Дмитрий Еманов
Dmitri Kuzmenko пиÑеÑ:
задаÑÑ Ð´Ð»Ñ Ð¿Ð¾Ð»ÐµÐ¹ FM, IM, OT домен Ñипа CHAR40, Ñем поÑом ÑвидеÑÑ Ð²
Ñвоей ÐÐ
Ð´Ð¾Ð¼ÐµÐ½Ñ Ñипа RDB$D0001,RDB$D0002 и Ñп
окÑÑиÑÑ - где ÑÑ ÑиÑÑемнÑе имена ÑвидиÑÑ, или ÑобиÑ
Да, но нужно перед этим выполнить команду
SET I_HAVE_LATIN_LETTERS_ONLY=SURE
Та ладно. У вы же когда пытаетесь сделать FK на поле с данными, то вам
же не запрещают ключ создавать даже если там неправильные значения есть.
В процессе построения индекса всё выясняется. Так и тут. Есть
неконве
Hello,
sasha said the following on 08.01.2007 21:40:
> У меня ещё вопрос хороший есть. Существует множество кодировок, которые
> можно привести друг к другу. Например:
>
> WIN1251 -> KOI8R
Нельзя.
> да и вобще если у меня одни английские буквы, то почти все кодировки
> можно менять.
Да, но н
Hello, Igor!
Igor Zakhrebetkov wrote:
задать для полей FM, IM, OT домен типа CHAR40, чем потом увидеть в своей БД
домены типа RDB$D0001,RDB$D0002 и тп
кстати, если так делать, то лучше уж домены называть C40 или V40, и т.п.
Я серьезно. Потому что пример Владимира Бахвалова - это супер:
DMN_C
Hello, Igor!
Igor Zakhrebetkov wrote:
FB/IB автоматически создает новый домен для каждого столбца таблицы.
Поэтому IMHO лучше самому логически объединить некоторые столбцы, например
задать для полей FM, IM, OT домен типа CHAR40, чем потом увидеть в своей БД
домены типа RDB$D0001,RDB$D0002 и тп
sasha wrote:
У меня ещё вопрос хороший есть. Существует множество кодировок, которые
можно привести друг к другу. Например:
WIN1251 -> KOI8R
xxx -> NONE
xxx -> UTF8
NONE -> реальная
С NONE не так просто, как кажется. Да и в остальных случаях скорее всего
мы разрешать не будем.
да и вобщ
Гммм... хороший вопрос...
У меня ещё вопрос хороший есть. Существует множество кодировок, которые
можно привести друг к другу. Например:
WIN1251 -> KOI8R
xxx -> NONE
xxx -> UTF8
NONE -> реальная
да и вобще если у меня одни английские буквы, то почти все кодировки
можно менять.
Что-то из
Hello, Dmitri!
You wrote on Mon, 08 Jan 2007 14:02:30 +0300:
??>> Можно напомнить почему "нелюбитель"? На первый взгляд системность это
??>> хорошо ... Что-то во внутренней реализации?
DK> нет, никакого отношения. сугубо практически. Просто домены чаще всего
DK> используют именно для такой
sasha wrote:
А VARCHAR на BLOB TEXT поменять тоже можно будет?
Гммм... хороший вопрос...
--
Дмитрий Еманов
Hello,
Dmitri Kuzmenko said the following on 08.01.2007 13:52:
> Собственно, домены использовать никто не запрещает, и никак
> не ограничивает, поэтому вопрос правильной или неправильной работы с
> доменами сугубо теоретический.
Зато когда, наконец-то, можно будет использовать домены для описан
Это я исправил в 2.1. Как-нибудь дойдут руки и до коллейтов.
Отлично! А VARCHAR на BLOB TEXT поменять тоже можно будет?
sasha wrote:
кодировка не меняется
Это я исправил в 2.1. Как-нибудь дойдут руки и до коллейтов.
--
Дмитрий Еманов
Dmitri Kuzmenko пиÑеÑ:
РобÑем, злой Ñ Ð½Ð° ÑÑо дело, ибо Ñедко видел ÑÑÐ¾Ð±Ñ Ð´Ð¾Ð¼ÐµÐ½Ñ Ð¸ÑполÑзовалиÑÑ
аккÑÑаÑно и по делÑ.
FB/IB авÑомаÑиÑеÑки ÑÐ¾Ð·Ð´Ð°ÐµÑ Ð½Ð¾Ð²Ñй домен Ð´Ð»Ñ ÐºÐ°Ð¶Ð´Ð¾Ð³Ð¾ ÑÑо
При том. что я могу написать ShortString, shortstring, sHortsTring,
а ты - не можешь :-)
А мне кка раз и надо чтобы не мог ;-)
DK> При том. что я могу написать ShortString, shortstring, sHortsTring,
DK> а ты - не можешь :-)
попробуй писать на C вместо паскаля
эта привычка быстро исчезнет. ;)
--
С уважением
Кочмин Александр
Firebird Foundation associate member #257
Hello, sasha!
sasha wrote:
2. сразу начал страдать фигней с именами объектов в двойных кавычках.
Я этим уже года 2 страдаю и буду страдать и ничуть об этом не жалею.
Причём тут это вобще?
При том. что я могу написать ShortString, shortstring, sHortsTring,
а ты - не можешь :-)
--
Dmitri K
Скажем так. Я использую домены как типы данных для подобных по смыслу
полей. И я знаю что они для другого немного задумывались, но об этом
можно много рассуждать. Я так понимаю что вы смыс в домене
представляете так:
CustomerId INT
OrderId INT
CustomerId = OrderId -> Exception
да. и это не
Hello, sasha!
sasha wrote:
А это как раз противоречит смыслу доменов, потому что домен это ТИП
ДАННЫХ. И вот как раз как тип данных домены почти не используют.
По моему вы напутали. Все поля с доменом ShortString будут типа
ShortString. А вот классы у них могут быть разные (в терминах ООП),
нет, никакого отношения. сугубо практически. Просто домены чаще всего
используют именно для такой хрени, вроде
ShortString varchar(100), MiddleString varchar(200), BigString
varchar(1024) и т.п.
Есть у меня и такие. Я наивно предполагал что с помощью ALTED DOMAIN
можно будет сразу у всех пол
Саша, извини меня, но ты еще
1. не знал что с доменами в других субд вообще никак
Не спорю. Однако нам от этого не лучше.
2. сразу начал страдать фигней с именами объектов в двойных кавычках.
Я этим уже года 2 страдаю и буду страдать и ничуть об этом не жалею.
Причём тут это вобще?
Hello, Sasha!
sasha wrote:
как нелюбитель доменов, замечу, что написать varchar(100)
ничуть не сложнее чем "ShortVarchar", причем замечу, в двойных
кавычках, и соблюдая регистр букв.
Я когда начинал так делать то честно говоря не знал что с доменами у нас
всё так печально.
Саша, извини мен
Hello, Николай!
Николай Войнов wrote:
как нелюбитель доменов, замечу, что написать varchar(100)
Можно напомнить почему "нелюбитель"? На первый взгляд системность это
хорошо ... Что-то во внутренней реализации?
нет, никакого отношения. сугубо практически. Просто домены чаще всего
использу
RDB$FIELDS
И правда, кто бы мог подумать... Спасибо!
On Jan 7, 8:36 pm, sasha <[EMAIL PROTECTED]> wrote:
> > Через системные таблицы.Чё-то я никак не могу найти в какой это таблице. В
> > TYPES нету. Где ещё
> эти домены могут лежать?
RDB$FIELDS
как нелюбитель доменов, замечу, что написать varchar(100)
ничуть не сложнее чем "ShortVarchar", причем замечу, в двойных
кавычках, и соблюдая регистр букв.
Я когда начинал так делать то честно говоря не знал что с доменами у нас
всё так печально.
Через системные таблицы.
Чё-то я никак не могу найти в какой это таблице. В TYPES нету. Где ещё
эти домены могут лежать?
Dmitri Kuzmenko пишет:
как нелюбитель доменов, замечу, что написать varchar(100)
Можно напомнить почему "нелюбитель"? На первый взгляд системность это
хорошо ... Что-то во внутренней реализации?
--
С наилучшими пожеланиями,
Николай Войнов.
Hello, sasha!
sasha wrote:
ALTER DOMAIN "ShortVarchar"
TYPE VARCHAR(100) CHARACTER SET WIN1251 COLLATE PXW_CYRL
как нелюбитель доменов, замечу, что написать varchar(100)
ничуть не сложнее чем "ShortVarchar", причем замечу, в двойных
кавычках, и соблюдая регистр букв.
sasha wrote:
Как мне правильно поменять этот коллейт без пересоздания домена?
Через системные таблицы.
--
Дмитрий Еманов
Пользуясь случаем поздравляю всех с наступающим Рождеством!
Также имеется вопрос: у меня есть домен
... VARCHAR(100) CHARACTER SET WIN1251 COLLATE WIN1251
мне надо получить
... VARCHAR(100) CHARACTER SET WIN1251 COLLATE PXW_CYRL
команда
ALTER DOMAIN "ShortVarchar"
TYPE V
Hello, Dmitry!
You wrote on Tue, 1 Aug 2006 14:43:54 +0400:
DY> Везде пихать UPPER-ы и лепить индексы по выражению?
DY> Геморно ведь.
Гемор, конечно, но при отсутствии горничной...
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru
"Alexander A. Venikov" <[EMAIL PROTECTED]>
wrote:
>
> UPPER ÃÃÃÃÃÃ ÃÃ
ÃÃ ÃÃÃÃÃÃÃÃ?
÷Ã
ÃÃÃ
ÃÃÃÃÃÃ UPPER-Ã Ã ÃÃ
ÃÃÃÃ ÃÃÃÃ
ÃÃÃ ÃÃ ÃÃÃÃÃÃ
ÃÃÃ? çÃ
ÃÃÃÃÃ ÃÃ
ÃÃ.
--
äÃÃÃÃÃà åÃÃÃÃÃ
Hello, Dmitry!
You wrote on Tue, 1 Aug 2006 14:29:02 +0400:
DY> Case-sensitive. Насчет CI я с Адриано говорил и он сказал, что это не
DY> должно быть сложно сделать. Но в 2.0 его нет.
UPPER должно ведь работать?
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru
"Roman Rokytskyy" <[EMAIL PROTECTED]> wrote:
>
> ÃÃÃÃ
à Ã
ÃÃÃ ÃÃÃÃÃ ÃÃÃ
ÃÃÃÃ collate UNICODE ÃÃ
ÃÃÃÃÃÃÃ
õ ÃÃà ÃÃÃÃÃÃÃÃ
ÃÃÃ ÃÃ
ÃÃÃÃÃÃÃ ÃÃÃÃÃ
ÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃ
ÃÃ. é à ÃÃÃÃÃà ÃÃÃ
ÃÃÃÃÃÃÃ
Дим,
Стандартных коллейта для UTF-8 два - UCS_BASIC и UNICODE. Второй
реализует сортировку почти для всех языков. Для тех, кого результат не
устраивает (полагаю, что UA входит в эту группу), будут добавлены
отдельные коллейты.
Вот оно где зарыто... Если указать collate UNICODE, то все
Dmitry Yemanov wrote:
"Андр╕й Жук" <[EMAIL PROTECTED]> wrote:
Насколько я понял, кроме стандартного collate, в UTF-8 есть только
бразильянская сортировка. Появятся ли другие (к примеры, UA), для которых
стандартная сортировка дает неверные результаты?
Стандартных коллей
Ded wrote:
Андрій Жук wrote:
Насколько я понял, кроме стандартного collate, в UTF-8 есть только
бразильянская сортировка. Появятся ли другие (к примеры, UA), для
которых стандартная сортировка дает неверные результаты?
Отчего бы и не появиться. Вот кто-нибудь из заинтересованных
Насколько я понял, кроме стандартного collate, в UTF-8 есть только
бразильянская сортировка. Появятся ли другие (к примеры, UA), для
которых стандартная сортировка дает неверные результаты?
Вопрос - Ты пробовал это в FB 2.0 или это непроверенная инфа?
Спрашиваю, потому что теоретически
"áÃÃæà öÃÃ" <[EMAIL PROTECTED]> wrote:
>
> îÃÃÃÃÃÃÃà à ÃÃÃÃÃ, ÃÃÃÃÃ
ÃÃÃÃÃÃÃÃÃÃÃÃ collate, Ã UTF-8 Ã
ÃÃÃ ÃÃÃÃÃÃ
> ÃÃÃÃÃÃÃÃÃÃÃÃà ÃÃÃÃÃÃÃÃÃÃ. ðÃÃÃÃÃÃà Ãà ÃÃÃÃÃÃ
(Ã ÃÃÃÃÃ
ÃÃ,
Hello, Ded!
You wrote on Tue, 01 Aug 2006 13:16:47 +0400:
>> Насколько я понял, кроме стандартного collate, в UTF-8 есть только
>> бразильянская сортировка. Появятся ли другие (к примеры, UA), для
>> которых стандартная сортировка дает неверные результаты?
D> Отчего бы и
Андрій Жук wrote:
Насколько я понял, кроме стандартного collate, в UTF-8 есть только
бразильянская сортировка. Появятся ли другие (к примеры, UA), для
которых стандартная сортировка дает неверные результаты?
Отчего бы и не появиться. Вот кто-нибудь из заинтересованных возьмёт
шаблон
Насколько я понял, кроме стандартного collate, в UTF-8 есть только
бразильянская сортировка. Появятся ли другие (к примеры, UA), для
которых стандартная сортировка дает неверные результаты?
90 matches
Mail list logo