Re: FB21 и kinterbasdb
Здравствуйте, Oleg. Вы писали On 26 май, 06:18: Intervent wrote: Да, вы правильно поняли, меня интересует использование средств tusted аутентификации и именно средствами KinterbasDB. Конкретно не получается добавить дополнительный параметр при подключении к базе. А там обязательно нужен дополнительный параметр? Что получится если просто username/password не указывать? Можно не указывать имя пользователя и пароль. Указать параметр требуется для того чтобы явно указать на виндовую аутентификацию. Так как, если в ситеме выставлены соответсвующие переменные окуржения, то вместо имени пользователя и пароля будут подставлены их значения, и это уже будет не trusted.
Re: FB21 и kinterbasdb
Intervent wrote: Можно не указывать имя пользователя и пароль. Указать параметр требуется для того чтобы явно указать на виндовую аутентификацию. Так как, если в ситеме выставлены соответсвующие переменные окуржения, то вместо имени пользователя и пароля будут подставлены их значения, и это уже будет не trusted. Тогда вряд ли. Поддержка того что появилось в 2.1 там отсутствует по понятным причинам. Я заглянул в исходники - там в _kinterbasdb_constants.c нет упоминаний isc_dpb_trusted_auth -- Oleg
Re: FB21 и kinterbasdb
On 25 май, 01:00, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: Hello! Intervent wrote: Здраствуйте! А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как соединиться с базой c использованием trusted аутентификации? не можешь по английски, читай по русскиhttp://www.ibase.ru/ibfaq.htm#ta -- Dmitri Kouzmenko,www.ibase.ru, (495) 953-13-34 Далеко же меня пнули =). Читать я могу, вот только пишу видимо плоховато. Конкретно вопрос в том как, при соединении с базой из драйвера kinterbasdb дополнительно указать цель isc_dpb_trusted_auth и как вообще указывать дополнительные параметры. Пробовал вот так - не работает: con = kdb.connect( dsn='d:\temp\test.fdb', user='sysdba', password='masterkey', dpb_entries=((73,1,'i'),) ) Так же пробовал с другими параметрами. Получаю ошибку kinterbasdb.ProgrammingError: DPB code must be single-character str. На этот случай у вас тоже мануал есть?
Re: FB21 и kinterbasdb
Hello, Intervent! Intervent wrote: Далеко же меня пнули =). Читать я могу, вот только пишу видимо плоховато. Конкретно вопрос в том как, при соединении с базой из драйвера kinterbasdb дополнительно указать цель isc_dpb_trusted_auth и как вообще указывать дополнительные параметры. вопрос - зачем? нужна именно принудительная trusted аутентификация? почему нельзя просто опустить username/password? кроме того, мне не совсем ясен смысл использования этой аутентификации в отношении kinterbasdb. Может я чего не понимаю, но вроде бы Perl редко используется для создания клиент-серверных приложений, т.е. когда клиент на своем компьютере запускает Perl-приложение. kinterbasdb.ProgrammingError: DPB code must be single-character str. разумеется. На этот случай у вас тоже мануал есть? нет. а зачем? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re[2]: FB21 и kinterbasdb
Здравствуйте, Dmitri. Вы писали 25 мая 2008 г., 22:56:07: кроме того, мне не совсем ясен смысл использования этой аутентификации в отношении kinterbasdb. Может я чего не понимаю, но вроде бы Perl редко используется для создания клиент-серверных приложений, т.е. когда клиент на своем компьютере запускает Perl-приложение. kinterbasdb - это драйвер доступа к FB из python а не из perl. А на python в отличие от perl пишут клиентские морды запускаемые не на сервере. Если я правильно понял вопрос то человека интересует использование виндовой авторизации а не нативной FB. Смысл этого я тоже не очень понимаю. Раз уже выбран такой кроссплатформенный язык как питон - то зачем завязываться на откровенно виндовое решение. Переделыват конечно там немного, если потребуется соскочить на линух, но все же я так делать бы не стал... -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: FB21 и kinterbasdb
Hello, Владимир! Владимир Аксенов wrote: kinterbasdb - это драйвер доступа к FB из python а не из perl. для меня это одно и то же :-) А на python в отличие от perl пишут клиентские морды запускаемые не на сервере. гм. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re[2]: FB21 и kinterbasdb
Здравствуйте, Dmitri. Вы писали 26 мая 2008 г., 2:15:35: kinterbasdb - это драйвер доступа к FB из python а не из perl. для меня это одно и то же :-) Ну и зря. Пора уже почитать про питон. Я так понимаю что народ для писания клиентских морд к БД будет все шире и шире применять питон. Это интерпретируемый, очень объектный язык. К нему много качественных библиотек, много документации. Кроссплатформенный. Либы по большей части - тоже. А на python в отличие от perl пишут клиентские морды запускаемые не на сервере. гм. В нашей конфе есть уже несколько человек кто применяет питон. -- С уважением, Владимир mailto:[EMAIL PROTECTED]
Re: FB21 и kinterbasdb
Здравствуйте, Владимир. Вы писали 25 мая 2008 г., 22:56:07: Если я правильно понял вопрос то человека интересует использование виндовой авторизации а не нативной FB. Да, вы правильно поняли, меня интересует использование средств tusted аутентификации и именно средствами KinterbasDB. Конкретно не получается добавить дополнительный параметр при подключении к базе. Возможно кто-нибудь уже сталкивался с такой задачей и может поделится положительным опытом?
Re: FB21 и kinterbasdb
Intervent wrote: Да, вы правильно поняли, меня интересует использование средств tusted аутентификации и именно средствами KinterbasDB. Конкретно не получается добавить дополнительный параметр при подключении к базе. А там обязательно нужен дополнительный параметр? Что получится если просто username/password не указывать? -- Oleg
Re: FB21 и kinterbasdb
Hello, Intervent! Intervent wrote: аутентификации и именно средствами KinterbasDB. Конкретно не получается добавить дополнительный параметр при подключении к базе. т.е. мои вопросы ты упрямо игнорируешь. Так? Возможно кто-нибудь уже сталкивался с такой задачей и может поделится положительным опытом? положительный опыт написан в FAQ. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21 и kinterbasdb
Hello, Владимир! Владимир Аксенов wrote: kinterbasdb - это драйвер доступа к FB из python а не из perl. для меня это одно и то же :-) Ну и зря. Пора уже почитать про питон. мне - уже поздно. языки программирования, отличные от Pascal меня уже давно не интересуют. А уж всякие перлы, питоны и руби - тем более. Я так понимаю что народ для писания клиентских морд к БД будет все шире и шире применять питон. вместо дот.нета? :-) Это интерпретируемый, очень объектный язык. да и бог с ним. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21 и kinterbasdb
Здраствуйте! А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как соединиться с базой c использованием trusted аутентификации? Спасибо
Re: FB21 и kinterbasdb
Hello, Intervent! Intervent wrote: А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как соединиться с базой c использованием trusted аутентификации? чо, типа, по английски совсем читать не получается? -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21 и kinterbasdb
Hello! Intervent wrote: Здраствуйте! А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как соединиться с базой c использованием trusted аутентификации? не можешь по английски, читай по русски http://www.ibase.ru/ibfaq.htm#ta -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
FB21 и kinterbasdb
Здравствуйте! Кто нибудь пользует kinterbasdb-3.2.win32-FB-2.0-py2.4 и Firebird-2.1.0.17798_0_Win32? У меня с этой связкой проблема. При выполнении CUR.execute(SQL_TEXT) вылетает kinterbasdb.OperationalError: (-901, 'begin transaction: \n invalid parameter in transaction parameter block') До релиза Firebird-2.1.0.17798 стояла бета проблем с выполнением скрипта не было. P.S. Изменений в скрипте не было. Обновлялся только Firebird. -- Успехов, Андрей Иванов.
Re: FB21 и kinterbasdb
Андрей Иванов wrote: Кто нибудь пользует kinterbasdb-3.2.win32-FB-2.0-py2.4 и Firebird-2.1.0.17798_0_Win32? У меня с этой связкой проблема. При выполнении CUR.execute(SQL_TEXT) вылетает kinterbasdb.OperationalError: (-901, 'begin transaction: \n invalid parameter in transaction parameter block') Задаешь (ты или драйвер) конфликтные параметры транзакции. Раньше сервер это проглатывал, теперь ругается. -- Дмитрий Еманов
Re: FB21 и kinterbasdb
Андрей Иванов пишет:
Кто нибудь пользует kinterbasdb-3.2.win32-FB-2.0-py2.4 и
Firebird-2.1.0.17798_0_Win32?
...
kinterbasdb.OperationalError: (-901, 'begin transaction: \n invalid
parameter in transaction parameter block')
...
P.S. Изменений в скрипте не было. Обновлялся только Firebird.
Закомментируй isc_tpb_shared в default_tpb (файл __init__.py)
Ещё можно несколько чуть подработать заголовок функции init в том же
файле, чтобы выбирался оптимальный модуль конверсии в зависимости от
текущей версии:
_type_conv = {3: 100, 4: 200, 5: 200}.get(sys.version_info[1], 1)
def init(type_conv=_type_conv, concurrency_level=2):
--
Александр Замараев
Re: FB21
Dmitry Yemanov пишет:
Ovchinnikov Vasily wrote:
хе... а у меня не вышло нифига... :-( Так и кричит про can't
transliterate
Буду пробовать еще.
Если не получится, вышли мне бекап метаданных, я посмотрю что у тебя не
так.
Вернулся к экспериментам. Локально ан своем компьютере. FB 2.1.0.17798
Superserver под WinXP SP1.
Таки нифига не выходит. По инструкции делаю все шаги по исправлению метаданных
со всеми рекомендуемыми реконнектами между шагами. Исправление метаданных select
* from rdb$fix_metadata('WIN1251'); выполняется без ошибок, но последующий
commit дает SQL-ошибку -151 про update столбца read-only. Следующий шаг -
удаление процедур (metadata_charset_drop.sql) - вообще завешивает isql.
Готов выслать свой бэкап метаданных на разбор. Куда?
--
Regards,
Ovchinnikov Vasily
ova at tkvc ru
Re: FB21
Ovchinnikov Vasily wrote:
Исправление метаданных select * from rdb$fix_metadata('WIN1251');
выполняется без ошибок, но последующий commit дает SQL-ошибку -151 про
update столбца read-only.
На 2.0 в IBExpert-е перекомпилируй все триггера, сразу увидишь какие у
тебя кривые (NEW/OLD контексты неправильно используются). Исправляй их.
После чего бакап/рестор на 2.1. Все пройдет нормально.
--
Дмитрий Еманов
Re: FB21
On 25 апр, 13:04, Ded [EMAIL PROTECTED] wrote: Что понимается под продуктом? Если я, то затрудняюсь определиться. С моей точки зрения одно, с жониной другое. Если с чего кормлюсь - для внутренних. Если FB - коммерческий, хоть и по хитрому. Ы? Покупая Оракла доку тоже читать не надо? Коммерческий же. Чегой то я не догоняю совсем. Было сделано конкретное предположение по КАКОЙ причине возникла проблема с обновлением метаданных (если кто-то не читал, читайте мою доку выше). Вместо того чтобы просто сделать разбор полетов или что-то сказать накинулись с пинками. Получается предложения предварительные никуда писать не надо? И пошло все в сад? -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
Андрей Кручинин wrote: А маслица в попочку этой половине поднести не нужно? ССЗБ. При все уважении к Dedу - продукт коммерческий или для внутренних нужд? Что понимается под продуктом? Если я, то затрудняюсь определиться. С моей точки зрения одно, с жониной другое. Если с чего кормлюсь - для внутренних. Если FB - коммерческий, хоть и по хитрому. Ы? Покупая Оракла доку тоже читать не надо? Коммерческий же. -- Regards. Ded.
Re: FB21
On 24 апр, 13:34, Ded [EMAIL PROTECTED] wrote: А маслица в попочку этой половине поднести не нужно? ССЗБ. При все уважении к Dedу - продукт коммерческий или для внутренних нужд? -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
При все уважении к Dedу - продукт коммерческий или для внутренних нужд? Да, DED, давай выкладывай. Покайся старый, пока не поздно. Коваленко Дмитрий.
Re: FB21
On 22 апр, 18:58, Tonal [EMAIL PROTECTED] wrote: P.S. Беглый просмотр Firebird_v2.1.0.InstallationGuide.pdf ничего не прояснил. Ткните кто знает куда смотреть? Если ты по поводу метаданных, то моя возмущалка выше. А искать надо в Release Notes раздел International Language Support. Фиг найдешь если конфу не читаешь. -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
Андрей Кручинин wrote: Если ты по поводу метаданных, то моя возмущалка выше. А искать надо в Release Notes раздел International Language Support. Фиг найдешь если конфу не читаешь. Migration Installation Guide лежит рядом с релизными нотами. Про метаданные там сказано первым же пунктом. -- Дмитрий Еманов
Re: FB21
Андрей Кручинин ... Если ты по поводу метаданных, то моя возмущалка выше. Станица, посвящённая релизу : http://www.firebirdsql.org/index.php?op=develsub=engineid=fb210_release Пальцем показать ? -- Хорсун Влад
Re: FB21
On 23 апр, 13:27, Vlad Khorsun [EMAIL PROTECTED] wrote: Андрей Кручинин ... Если ты по поводу метаданных, то моя возмущалка выше. Станица, посвящённая релизу : http://www.firebirdsql.org/index.php?op=devel⊂=engineid=fb210_rel... Пальцем показать ? Не, не надо. Но обьясню свою позицию тоже немного. То что я недосмотрел в PDF-ке - мой косяк. Но я так понимаю что я не один такой. Кроме того часть важной информации с вынесена в текст самого установщика. В связи с экстренной нехваткой времени (можете ругаться сколько угодно, но его и правда нет, и я конфу то забросил читать последнее время, даже на пятницу времени не хватает :-( ) было прочитано только то что посчитано нужным и установлено. приведу цитату из инсталлера: Содержание -- o Перед установкой o Проблемы с установкой библиотек MS VC runtime o Прочие известные проблемы при установке o Деинсталляция o Другие примечания o Установка из пакетного (bat) файла Т.е. какие-то проблемы какие посчитали критичными вынесены в инсталятор. А про то что есть проблема с кодировками тут ни слова. В итоге я то нашел как решить косяк, а если человек ставит FB так - по случаю и делает перенос БД из 2.0.3 в 2.1 через b/r? ДА еще не знает про конфу, и с английским проблема? Я представляю какой хай поднимется в том же SQL.RU или где еще. А то что база перенесенная простым копирование вдобавок заработает, породит еще большую путаницу :-( В итоге просто предложение есть небольшое: если решили делать предупреждения в самом инсталяторе, то почему бы туда известные КРИТИЧНЫЕ проблемы переноса-установки не засунуть? Хотя бы кратко. P.S. Свою то голову я пеплом уже посыпал, но английский у меня не то чтjбы был плохой, но читать на нем все-таки напрягает немного. Виноват - признал уже давно. Но это то не решение проблемы. -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
Андрей Кручинин ... Не, не надо. Но обьясню свою позицию тоже немного. Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут, нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :) -- Хорсун Влад
Re: FB21
On 23 апр, 16:25, Vlad Khorsun [EMAIL PROTECTED] wrote: Андрей Кручинин ... Не, не надо. Но обьясню свою позицию тоже немного. Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут, нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :) Да понимаю все. Но я решение проблемы, когда приперло, нашел тут сначала, потом (после Диминой выкладки) уже и в доке. Но причина думаю понятна - если уж писать так или все, или ничего. Вдобавок большая часть народу ищет проблемы везде на стороне, а не у себя. Правда это и жизнь диктует тоже - слишком бешеный ритм бывает периодами. Отсюда ноги и растут. То что решили писать основные проблемы в инсталлятор - да отлично. Но тогда надо кратко писать хотя бы основные моменты, и делать ссылки на тот же Install.PDF. А так получается - проблема вселенская. Народ приучали делать переход на новый сервер через b/r, а тут такой обломс. Причем копированием работает... Я сам быв в шоке. В общем ошибки учтете в будущем :-) Или ВСЕ или ничего... ;-) -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
Андрей Кручинин ... Не, не надо. Но обьясню свою позицию тоже немного. Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут, нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :) Да понимаю все. Но я решение проблемы, когда приперло, нашел тут А где искал ? Я не верю, что ты искал в доке когда припёрло. Ибо не найти было бы очень сложно. сначала, потом (после Диминой выкладки) уже и в доке. Но причина думаю понятна - если уж писать так или все, или ничего. Вдобавок большая часть народу ищет проблемы везде на стороне, а не у себя. Правда это и жизнь диктует тоже - слишком бешеный ритм бывает периодами. Отсюда ноги и растут. То что решили писать основные проблемы в инсталлятор - да отлично. Но тогда надо кратко писать хотя бы основные моменты, и делать ссылки на тот же Install.PDF. Проблемы *миграции* специально вынесли в *отдельный* документ. Чего ещё нужно ??? Ок. Мы плохие, тупые и т.п. Скажи мне - что мы можем\должны сделать, чтобы те, кто не читает приложенную доку, узнали то, что в ней написано ??? -- Хорсун Влад
Re: FB21
Ок. Мы плохие, тупые и т.п. Скажи мне - что мы можем\должны сделать, чтобы те, кто не читает приложенную доку, узнали то, что в ней написано ??? Вместо того, чтобы тратить свои нервы, которые кстати не восстанавливаются, взяли бы и прикольнулись: вместо привычного лицензионного соглашения (который один хрен никто не читает), где кнопочки Accept и Decline, поместили бы текст: Warning ! Achtung ! 注 意 ! Пиз...ц ! и далее ссылку на релиз ноты. Глядишь, и дошло бы уже точно до всех. А так: процедуру UPDATE_METADATA, которую умные люди еще в июле прошлого года запустили, вот уже по трехсотому кругу жуют. И здесь, и на sql.ru, и на форуме ibase.ru, и на delphimaster.ru. В результате в общем вое всех неотдуплившихся теряются реальные вещи, на которые действительно стоит обратить внимание.
Re: FB21
Hello, Реактор! PEAKTOP wrote: А так: процедуру UPDATE_METADATA, которую умные люди еще в июле прошлого года запустили, вот уже по трехсотому кругу жуют. И здесь, и на sql.ru, и на форуме ibase.ru, и на delphimaster.ru. В результате в общем вое всех неотдуплившихся теряются реальные вещи, на которые действительно стоит обратить внимание. Согласен. Но еще пора бы прекратить писать сюда на японском языке. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21
Dmitri Kuzmenko пишет: Hello, All! Юрий Рыболовлев wrote: же базу из бакапа сделанного под версией 203 - не работает (can't transliterate кричит). Пробовал по всякому - нифига. выложил на русском языке: www.ibase.ru/firebird/21/metadata_charset.htm Спасибо, конечно. хе... а у меня не вышло нифига... :-( Так и кричит про can't transliterate Буду пробовать еще. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: FB21
Ovchinnikov Vasily пишет: Спасибо, конечно. хе... а у меня не вышло нифига... :-( Так и кричит про can't transliterate Буду пробовать еще. А runtime установлен? На компе одного из разработчиков поставили fb21 (тогда еще rc1), выполняем изменения метаданных как в файле описано, а нифига, ругается. Потом накатили MS Visual С++ 2005 Redistributable Package и все заработало. Марат.
Re: FB21
Марат Гиниятуллин пишет: А runtime установлен? На компе одного из разработчиков поставили fb21 (тогда еще rc1), выполняем изменения метаданных как в файле описано, а нифига, ругается. Потом накатили MS Visual С++ 2005 Redistributable Package и все заработало. Типа dll какая-то не той системы? Так должны ж вместе с сервером все нужные поставляться. А C++ у мну не было отродясь ни разу. -- Regards, Ovchinnikov Vasily ova at tkvc ru
Re: FB21
Ovchinnikov Vasily wrote: хе... а у меня не вышло нифига... :-( Так и кричит про can't transliterate Буду пробовать еще. Если не получится, вышли мне бекап метаданных, я посмотрю что у тебя не так. -- Дмитрий Еманов
Re: FB21
ôÅÍÁ ÒÁÓËÒÙÔÁ! ïÓÏÂÅÎÎÏ ÐÒÏ ÎÅ×ÏÓÔÁÎÏ×ÉÍÙÊ ÂÁËÁÐ ÐÏÄ 203 embedded. òÙÂÏÌÏ×ÌÅ× àÒÉÊ
Re: FB21
Nikolay Ponomarenko пишет: В поставке рантаймовские библиотеки идут только в каталоге bin, а fbintl.dll их тоже жаждет, но уже или в своем каталоге или в системе. По меньшей мере так было в rc1. Такое поведение жутко неудобно при распространении чего-либо с embed. Я проверял релизный embed 2.1 на чистой машине - работает. Может глюк? :-) Другое дело, обычные сервера - не только сервер, но и клиент 2.1 требует библиотек ms-runtime, и если у сервера они под боком, то с клиентом нужно разбираться отдельно... P.S. Беглый просмотр Firebird_v2.1.0.InstallationGuide.pdf ничего не прояснил. Ткните кто знает куда смотреть? -- Александр Замараев
Re: FB21
попробуй ангельскую пыль, оно лучше помогает Про слезы слышал, а пыль че это такое? Дмитрий
Re: FB21
попробуй ангельскую пыль, оно лучше помогает Про слезы слышал, а пыль че это такое? Дмитрий А это когда старые ангелы пробуют тряхнуть стариной - с них порох сыпется. Вот если его попробовать - становится радостно :D С уважением, Тарас Кучер
Re: FB21
Hello, All! Юрий Рыболовлев wrote: же базу из бакапа сделанного под версией 203 - не работает (can't transliterate кричит). Пробовал по всякому - нифига. выложил на русском языке: www.ibase.ru/firebird/21/metadata_charset.htm -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21
On 21 апр, 10:19, Dmitri Kuzmenko [EMAIL PROTECTED] wrote: выложил на русском языке:www.ibase.ru/firebird/21/metadata_charset.htm Сам прокололся на этом. Честно не слишком явно данная фишка прописана в Релиз нотах. Сам наступил на эти грабли, и уж хотел поругаться, но в конфе нашел пост с такой же проблемой. Сорь конечно, но постоянно читать конференцию времени нет, хотя бы надо, но увы :-( А в Релиз Ноте надо было засунуть все-таки куда-нибудь более явно данную фишку, а не в поддержку национальных языков. Например в изменения базы -- Андрей Кручинин www.med-zakaz.ru
Re: FB21
Dmitry Lendel wrote: попробуй ангельскую пыль, оно лучше помогает Про слезы слышал, а пыль че это такое? Фенциклидин (полное название фенил циклогексил пиперидин, сокращённое PCP) --- синтетический наркотический препарат, разработанный в 1959 году как обезболивающее средство для ветеринарии. Нелегально используется некоторыми наркоманами в качестве психостимулятора и галлюциногена, поднимающего физическую и психологическую активность, снижающего болевой порог, притупляющего ощущение голода и жажды. Как наркотик носит имя ?Ангельская пыль?. После эйфории вызывает глубокую депрессию, мышечные судороги, значительное ухудшение памяти. В настоящее время фенциклидин не используется в ветеринарии как общее анестезирующее средство и имеет хождение лишь в узких любительских кругах. Фециклидин весьма распространён среди панк-рокеров Северной Америки. В Европе фенциклидин не распространён. По воздействию на психику фециклидин можно сравнить с кетамином, однако, в отличие от кетамина, действие фенциклидина является более продолжительным и сопровождается бо?льшими нежелательными побочными эффектами, нежели действие кетамина. (с) википедия. -- Кочмин Александр
Re: FB21
×ÙÌÏÖÉÌ ÎÁ ÒÕÓÓËÏÍ ÑÚÙËÅ: óÐÁÓÉÂÏ! òÙÂÏÌÏ×ÌÅ× àÒÉÊ.
Re: FB21
На краю обрыва, за которым вечность Ты стоишь один во власти странных грез И, простившись с миром, хочешь стать беспечным Поиграть с огнем из здешних роз Наконец ты счастлив как никто на свете Ангельская пыль тебя уносит вверх Только ей подвластны и восторг, и ветер В жидких небесах звучит твой смех Ангельская пыль Это сон и быль! Безумец, беглец дороги нет Ты видишь неверный свет Твой ангел зажег мираж огня Он хочет убить тебя... На краю обрыва песня неземная Музыка богов и голоса богинь Ты паришь над миром, но торговец раем Вынет душу из тебя за героин Ты устал быть птицей и сорвался камнем Рухнул с высоты, спасаясь от судьбы На краю обрыва вновь летят на пламя Сотни мотыльков-самоубийц
Re: FB21
Hello, Alexandr! You wrote on Tue, 22 Apr 2008 04:17:39 +0700: Ангельская пыль Это сон и быль! KA ну точно. я как раз слушал когда писал тот пост ;) Ребзя, сегодня ж таки не пятница. Может, психоделию нафиг? Хотя бы до пятницы, а? -- Удач Alexander A. Venikov, Tobolsk, Russia
FB21
ðÏÐÒÏÂÏ×ÁÌ × ×ÙÈÏÄÎÙÅ FB21. ÷ÐÅÞÁÔÌÅÎÉÑ ÎÅ ÒÁÄÏÓÔÎÙÅ. òÁÂÏÞÕÀ ÂÁÚÕ ÓÏ ÓÔÒÕËÔÕÒÏÊ 11.0 ÏÔËÒÙ×ÁÅÔ É ÒÁÂÏÔÁÅÔ ÂÅÚ ÐÒÏÂÌÅÍ. ÷ÏÓÓÔÁÎÁ×ÌÉ×ÁÀ × 210 ÜÔÕ ÖÅ ÂÁÚÕ ÉÚ ÂÁËÁÐÁ ÓÄÅÌÁÎÎÏÇÏ ÐÏÄ ×ÅÒÓÉÅÊ 203 - ÎÅ ÒÁÂÏÔÁÅÔ (can't transliterate ËÒÉÞÉÔ). ðÒÏÂÏ×ÁÌ ÐÏ ×ÓÑËÏÍÕ - ÎÉÆÉÇÁ. åÝÅ × rfunc e ÍÅÎÑ ÂÙÌÁ ÐÒÏÄÅËÌÁÒÉÒÏ×ÁÎÁ ÆÕÎËÃÉÑ IIF - ÂÁËÁÐ × ×ÅÒÓÉÉ 210 ÄÅÌÁÅÔ É ÎÉ ÇÕÇÕ, Á ×ÏÔ ×ÏÓÓÔÁÎÏ×ÉÔØ ÆÉÇ. ÷ÙÞÉÓÔÉÌ ×ÓÅ - ÎÅ ÐÏÍÏÇÌÏ. ïÂÎÁÒÕÖÉÌ × 203 ÄÅÌÁÀ ÂÁËÁÐ ÐÏÄ embedded - ÐÏÌÕÞÁÀ ÎÅ×ÏÓÓÔÁÎÏ×ÉÍÙÊ ÂÁËÁÐ, Á Ó ÏÂÙÞÎÙÍ ÓÅÒ×ÅÒÏÍ ×ÓÅ ïë. ó Õ×ÁÖÅÎÉÅÍ òÙÂÏÌÏ×ÌÅ× àÒÉÊ
Re: FB21
ЮР эту же базу из бакапа сделанного под версией 203 - не работает (can't ЮР transliterate кричит). Пробовал по всякому - нифига. Все давно обсосано, надо только читать иногда. Загляни в папку FB\misc\upgrade
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Добрый день! Я в свое время начал этот топик с вопля на углу, а он во как разросся. Что касается конкретики, то (огромное спасибо всем ответившим), действительно оказалось достаточным поправить запросы/представления с блобами, использующие DISTINCT (заняло неполный день) и клиентская программа заработала. Но был еще один момент: драйвер GEMINI ODBC 2.0, который мы использовали для связи с БД Access (сейчас перешли на драйвер Firebird ODBC v. 1.2, он работает нормально). Тест соединения проходит нормально, а затем вместо списка таблиц по- прежнему выдавет ту же ошибку: ODBC - ошибка вызова [Gemini Interbase ODBC Driver] Datatype Blob is not supported for sorting operation. (#-901) Причем эту ошибку он выдает и при соединении с совершенно пустой свежесозданной БД (создавалась из IBExpert'a под FB 2.1 RC1). Это не смертельно - Firebird ODBC помог, но разобраться было бы любопытно. С уважением А. Редько
Re: FB21(RC1): Datatype blob is not supported for sorting operations
dedRasta wrote: Тест соединения проходит нормально, а затем вместо списка таблиц по- прежнему выдавет ту же ошибку: Что тут удивительного? Тот же distinct vs блобы в запросах драйвера к метаданным. -- Дмитрий Еманов
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Глеб, Дед и Алексей! You wrote on Fri, 8 Feb 2008 15:56:19 +0300: Свожу обсуждение в одно письмо. D Постановочная недоработка главным образом. Но действительно бывает, Да вот, в одном из последних проектов такое пожелание возникло еще на этапе постановки :) Хотим мол такие отчеты, где тыкнули на строчечках, повводили нужное нам и сделали отчет заново. А что вводить,и в каких отчетах - это придумаем потом :)) Естественно что все отправятся в эксель, но задача любобытна в теоретическом плане. За идею хранимых пользовательских выборок пасиба, почему то в своем чистом виде, эта идея не возникала. А ведь со сквозными ид-шниками она хорошо вяжется... Интересно, это только я сталкиваюсь с такой любознательностью и инициативностью пользователей, или еще кто? МГ ставят разные закорючечки в примечаниях, МГ когда у меня руки доходят, я это творчество формализую и в МГ программу внедряю... В простейшем случае я так и сделал, но кривость подхода не дает спокойно спать ночами :) BA у нас есть подсистема фильтров, живет на мета-описаниях :) BA все не предусмотренные разработчиком атрибуты хранятся как текстовые BA поля А набор этих полей кем формируется? Или просто сущностям запасные атрибуты вида Field1,Field2 делаются, на этапе разработки? Я подумывал, что бы делать нужным сущностям 2-3 атрибута, ссылающихся на неформализованный, глобальный деревянный справочник, формировать который будут пользователи по мере необходимости и в меру сообразительности. Те атрибуты, которые приживутся - плавно будут мигрировать, как Глеб пишет, в базовый формальный набор. -- -=Свет в конце тоннеля может оказаться фонарем поезда=- With best regards, Nikolay Ponomarenko
Re: FB21(RC1): Datatype blob is not supported for sorting operations
BA 2. хеш функция по блобам в FB уже встроена - blob id,
Афаик, два идентичных блоба из разных записей будут иметь
разный blob id.
То, что планируется сделать - доп. функция хеширования блобов,
более быстрая и соотв. более подверженная коллизиям, чем какой-нить
md5.
Я ошибаюсь?
проверь
create table t1(
b blob sub_type text
)
insert into T1 (b) values ('test')
create table t2(
id integer not null,
b blob sub_type text,
primary key (id)
)
insert into t2(id, b) select 1, b from t1
insert into t2(id, b) select 2, b from t1
и увидишь, что ты прав :(
а насчет хеша - будет нужно - сделаю его соседним полем, вычислю как мне
надо и отсортирую по-своему
--
Булычев Алексей
http://www.stella-npf.ru
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Boulitchev! You wrote on Fri, 8 Feb 2008 08:36:05 +0300: BA 2. хеш функция по блобам в FB уже встроена - blob id, Афаик, два идентичных блоба из разных записей будут иметь разный blob id. То, что планируется сделать - доп. функция хеширования блобов, более быстрая и соотв. более подверженная коллизиям, чем какой-нить md5. Я ошибаюсь? -- -=Редкий фидошник читает письма, на которые отвечает ;)=- With best regards, Nikolay Ponomarenko
Re: FB21(RC1): Datatype blob is not supported for sorting operations
фильтровать и агрегировать данные, в частности в отчетах. И самое неприятное, что признаки эти слабоформализуемы, и зачастую нужны один раз. Интересно, это только я сталкиваюсь с такой любознательностью и инициативностью пользователей, или еще кто? И, что неприятно, решений красивых, для классической структуры БД, не вижу, кроме как городить вертикальные атрибуты и какие-то метаописания. у нас есть подсистема фильтров, живет на мета-описаниях :) все не предусмотренные разработчиком атрибуты хранятся как текстовые поля отбор (сиречь фильтрование) возможно как по предустановленным атрибутам, так и по пользовательским -- Булычев Алексей http://www.stella-npf.ru
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Nikolay Ponomarenko wrote: А вот касательно сортировок/фильтров по произвольным атрибутам - очень часто пользователи жаждут иметь возможность добавлять сущностям произвольные поля и забивать в эти поля произвольные признаки, что бы потом по ним произвольно фильтровать и агрегировать данные, в частности в отчетах. И самое неприятное, что признаки эти слабоформализуемы, и зачастую нужны один раз. Постановочная недоработка главным образом. Но действительно бывает, что овчинка выделки не стоит, в смысле городить поля-структуры. У себя решаю такие вопросы через отбор тыком в предварительно отфильтрованной по формализованным признакам выборке. С возможностью сохранения фильтра, в том числе и натыканного списка ID-шника, с заданием ему имени и вызовом по нему когда приспичит. Если на плюсах работаешь, там по идее должно быть что-то в этом роде на conditions, идеи-то у нас были общие, реализацию Серж более цивильную сделал, мой лисапед дообработан напильником только до уровня удобства внутреннего применения. -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Алексей! You wrote on Fri, 8 Feb 2008 14:45:02 +0300: Я ошибаюсь? BA проверь BA и увидишь, что ты прав :( : BA а насчет хеша - будет нужно - сделаю его соседним полем, вычислю как BA мне надо и отсортирую по-своему Вот к этому и можно свести всю эту длинную и бесплодную дискуссию :) А вот касательно сортировок/фильтров по произвольным атрибутам - очень часто пользователи жаждут иметь возможность добавлять сущностям произвольные поля и забивать в эти поля произвольные признаки, что бы потом по ним произвольно фильтровать и агрегировать данные, в частности в отчетах. И самое неприятное, что признаки эти слабоформализуемы, и зачастую нужны один раз. Интересно, это только я сталкиваюсь с такой любознательностью и инициативностью пользователей, или еще кто? И, что неприятно, решений красивых, для классической структуры БД, не вижу, кроме как городить вертикальные атрибуты и какие-то метаописания. -- -=Люди не хотят жить вечно. Люди просто не хотят умирать (с) С.Лем=- With best regards, Nikolay Ponomarenko
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Интересно, это только я сталкиваюсь с такой любознательностью и инициативностью пользователей, или еще кто? Думаю, что не ты один. У меня, к примеру, в приложении есть возможнось экспортировать различные данные в excel. Дак многие приспособились: ставят разные закорючечки в примечаниях, а потом в excel по ним фильтруют-сортируют и отчеты/графики всякие разные рисуют. Ну а со временем, когда у меня руки доходят, я это творчество формализую и в программу внедряю... With b/r. Gleb.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Yemanov wrote: А вот дистинкт-то как раз совершенно нормально было делать по blob_id Вот только два разных BlobID отнюдь не означают два отличных друг от друга блоба. Да эти блобы вообще от лукавого. Один гемор с ними, и при использовании и при репликации и т.п. В смысле там, где они не нужны. Не, я понимаю - изображения там, серии показаний каких-то датчиков, шаблоны отчётов и так далее. А текст - он (вар)чар. Даже если предполагается от 0 до действительно длинного - выносится в 1:1, типа эмулируется хранение тела блоба отдельно от записи без потери/усложнения функционала, и всего делов. А сортировать по нему... Вообще-то я бы лично, чиста в плане имхо, даже для дистинкта сказал - да и хрен с ним, что они одинаковые. Нестрогость, конечно, присутствует, что действительно нехорошо, но практически, в рамках представимых моим скудным умишком предметных областей и разумных постановок, она не имеет значения. -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko wrote: и что у тебя в блобах было? пресловутые примечания? я до сих пор, кстати, так и не услышал разумной аргументации по поводу сортировки текстовых блобов. Мне надо было бинарные сортировать. Например чтобы поля с null были рядом. -- --- Home Page http://ok.novgorod.net/ap ---
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Roman Rokytskyy wrote: Акела промахнулся! Акела промахнулся! (c) :) Ну... когда-нибудь наступит и последняя охота. Но она будет славной :-D Хотелось бы услышать хотя бы ОДИН аргумент за то что это ПРАКТИЧЕСКИ нужно. А не из серии - не пригодилась... (С). Как-то все врема проскакивало, чт какие-то автомагические генераторы включают блобы в ORDER BY... конкретного генератора так и не было названо. Руки умыть генераторщикам. Идея с хэшем, который считается при записи блоба, а потом используется для сравнения в DISTINCT имеет продолжение, о котором часто забывают, - когда хэши совпадают, то надо еще эти блобы полностью с диска скачать и сравнить - побайтово или посимвольно. Так что будет в любом случае медленнее чем сейчас. Но зато корректно. Да джентльмен на разумных 100-250 разницы не обнаружил, вот и приписал нулик для красного словца :) Не знаю я, где нужно дистинкты по строкам в 2К искать. Убогая фантазия, панимаш. У меня вообще внутреннее ограничение на размер строк, по которым осуществляется поиск - 190. Почему - понятно ;) -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
PEAKTOP wrote: Единственное неудобство лично я испытал в том, что есть куча запросов, возвращающих набор доменов плюс COUNT() или еще че-нить агрегированное, и в этом наборе доменов иногды нужно вытягивать БЛОБы, а GROUP BY БЛОБы не пропускает. Обычно их нужно таки не в наборе, а когда юзер начинает работать с конкретной записью. Вот тогда и подчитать одтельным запросом один именно для этой записи. Но это, конечно, надо пальчиками в клаву тыкать кодируючи, что нынче не модно ;) -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] получается - пусть разработчики сделают какую-то фигню, а мы найдем ей применение. Конечно! Очень мало таких вещей - которые нужны прямо аж пожар. И большинство разработчиков всё-таки не мечтатели. Им нужно сейчас решать проблемы, а плакаться фич, ждать когда они появятся и воображать: как я классно решу проблему когда у меня будет это. Вот например небыло в FB Derrived tables? И что? Обходились прекрасно без них. Появились? Хорошо! В некоторых случаях запросы упростились. Или EB. Тоже польза есть. Если встать на твою позицию - то всё вредно и ничего не надо? Утрирую, конечно. Толко полезных фич не бывает? От любой есть и вред и польза. Используешь с умомо - польза. Без ума - вред. Фича тут не виновата!
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Dmitry! You wrote on Thu, 7 Feb 2008 13:15:35 +0300: получается - пусть разработчики сделают какую-то фигню, а мы найдем ей применение. DV Конечно! Очень мало таких вещей - которые нужны прямо DV аж пожар. И большинство разработчиков всё-таки не мечтатели. DV Им нужно сейчас решать проблемы, а плакаться фич, ждать DV когда они появятся и воображать: как я классно решу проблему DV когда у меня будет это. DV Вот например небыло в FB Derrived tables? И что? Обходились DV прекрасно без них. Появились? Хорошо! В некоторых случаях DV запросы упростились. Или EB. Тоже польза есть. На башорге на днях проскочило нечто вроде: наши устройства поддерживают естетственную кривизну рук. Давайте не бум настаивать, чтоб и наша СУБД тоже её (кривизну) поддерживала. Кстати, Ded, насколько я помню, ничуть не возражал против derived tables, а напротив, как-то очень доходчиво объяснил на примере мне, неразумному, когда именно они полезны :). И в случае с Execute Block он вроде не столь категоричен (пользуйся, но с умом... впрочем, пользоваться HB v0.9beta нужно всегда). Сортировка по BLOB - именно из разряда поддержки естественной кривизны. -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Alexander A. Venikov wrote: Сортировка по BLOB - именно из разряда поддержки естественной кривизны. Это как минимум поддержка целостности абстактной модели sql, где на уровне запросов типы полей никак не участвуют. Если сил не хватает сделать сортировку, то пусть сортирует по блоб_ид, как раньше было. -- --- Home Page http://ok.novgorod.net/ap ---
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Dmitry! Dmitry Voroshin wrote: Вот например небыло в FB Derrived tables? И что? Обходились прекрасно без них. Появились? Хорошо! В некоторых случаях запросы упростились. Или EB. Тоже польза есть. ты не сравнивай. Если встать на твою позицию - то всё вредно и ничего не надо? Утрирую, конечно. Толко полезных фич не бывает? От любой есть и вред и польза. Используешь с умомо - польза. Без ума - вред. Фича тут не виновата! такой хрени как сортировка блобов я могу еще пачку придумать. абсолютно бесполезной и бессмысленной. Позитивный ты наш... -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Alexey! You wrote on Thu, 07 Feb 2008 14:33:29 +0300: Сортировка по BLOB - именно из разряда поддержки естественной кривизны. AP Это как минимум поддержка целостности абстактной модели sql, AP где на уровне запросов типы полей никак не участвуют. Хи. Абстрактная поддержка абстрактной целостности абстрактной модели... Вумных слов мы тут каждый можем много наговорить и наукообразия наплести. А какова практическая ценность этой самой абстрактной модели? AP Если сил не хватает сделать сортировку, то пусть сортирует AP по блоб_ид, как раньше было. Как уже сказано было, практической ценности сей сортировки не видно. Кроме хачу и совместимость с тем, что раньше было, аргументов я здесь не видел. Впрочем, последнее - уже кое-что... -- Удач Alexander A. Venikov, Tobolsk, Russia
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Alexander A. Venikov wrote: AP Это как минимум поддержка целостности абстактной модели sql, AP где на уровне запросов типы полей никак не участвуют. Хи. Абстрактная поддержка абстрактной целостности абстрактной модели... Вумных слов мы тут каждый можем много наговорить и наукообразия наплести. А какова практическая ценность этой самой абстрактной модели? Даёшь серверу запрос select f from tbl order by f и он грязно ругается. Вот тебе и наукообразие. Да пофиг какая там практическая ценность, но данный запрос обязан отрабатываться всегда вне зависимости от типа поля выдавать некий стабильный порядок. -- --- Home Page http://ok.novgorod.net/ap ---
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Alexey Popov ... Даёшь серверу запрос select f from tbl order by f и он грязно ругается. Вот тебе и наукообразие. Да пофиг какая там практическая ценность, но данный запрос обязан отрабатываться всегда вне зависимости от типа поля выдавать некий стабильный порядок. Цитату из стандарта давай -- Хорсун Влад
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] ты не сравнивай. Почему? Если встать на твою позицию - то всё вредно и ничего не надо? Утрирую, конечно. Толко полезных фич не бывает? От любой есть и вред и польза. Используешь с умомо - польза. Без ума - вред. Фича тут не виновата! такой хрени как сортировка блобов я могу еще пачку придумать. абсолютно бесполезной и бессмысленной. Позитивный ты наш... Ну придумай и скажи. Интересно.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Alexander A. Venikov wrote: Вумных слов мы тут каждый можем много наговорить и наукообразия наплести. Думай осторожно. Я могу исполнить. (1/2 С) -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
М.Королев wrote: Кстати, а блобы есть в стандарте? Есть. -- Дмитрий Еманов
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Alexey Popov wrote: и что у тебя в блобах было? пресловутые примечания? я до сих пор, кстати, так и не услышал разумной аргументации по поводу сортировки текстовых блобов. Мне надо было бинарные сортировать. Например чтобы поля с null были рядом. Для этого достаточно чтобы COALESCE в этом случае отрабатывал. -- Oleg
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Alexey! You wrote on Thu, 07 Feb 2008 15:53:19 +0300: AP äÁ£ÛØ ÓÅÒ×ÅÒÕ ÚÁÐÒÏÓ AP select f from tbl order by f AP É ÏÎ ÇÒÑÚÎÏ ÒÕÇÁÅÔÓÑ. ÷ÏÔ ÔÅÂÅ É ÎÁÕËÏÏÂÒÁÚÉÅ. äÁ ÐÏÆÉÇ AP ËÁËÁÑ ÔÁÍ ÐÒÁËÔÉÞÅÓËÁÑ ÃÅÎÎÏÓÔØ, ÎÏ ÄÁÎÎÙÊ ÚÁÐÒÏÓ ÏÂÑÚÁÎ AP ÏÔÒÁÂÁÔÙ×ÁÔØÓÑ ×ÓÅÇÄÁ ×ÎÅ ÚÁ×ÉÓÉÍÏÓÔÉ ÏÔ ÔÉÐÁ ÐÏÌÑ AP ×ÙÄÁ×ÁÔØ ÎÅËÉÊ ÓÔÁÂÉÌØÎÙÊ ÐÏÒÑÄÏË. ëÔÏ ÜÔÏ ÅÇÏ ÏÂÑÚÁÌ? -- Alexander A. Venikov, Tobolsk, Russia
Re: FB21(RC1): Datatype blob is not supported for sorting operations
AP Если сил не хватает сделать сортировку, то пусть сортирует AP по блоб_ид, как раньше было. Как уже сказано было, практической ценности сей сортировки не видно. Кроме хачу и совместимость с тем, что раньше было, аргументов я здесь не видел. Впрочем, последнее - уже кое-что... 1. у меня в базе есть изображения (тексты), не обязательно уникальные, все что нужно - вывести уникальные изображения (тексты) 2. хеш функция по блобам в FB уже встроена - blob id, сортировка/группировка по ней меня лично устраивает -- Булычев Алексей http://www.stella-npf.ru
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Ded [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Ну так може нехай об вкусе устриц спорят кто их ел, а? Я вот прекрасно знаю, что документы по алфавиту содержимого нафиг никому сортировать не нужно. И почему люди хранят что попало в блобах - тоже. А именно - потому, что а) не знают сколько буков ударит в голову гипотетическому пользователю наколотить в полях типа комментарий, замещающих неформализованные при проектировании от лени или недостатка финансирования атрибуты, и, как следствие, начинающих играть роль этих атрибутов в процессе естественной эволюции б) в век, когда диск меньше сотни гигабайт найти надо здорово постараться, экономят на спичках, терзаясь в мучениях между разумными навскидку варчарами 100 и 250. Таки надо просто прекращать порочную практику. Либо доводить модель, либо выборочно просмотреть пару десятков существующего бумажного документооборота и ограничить по максимуму, либо залудить те самые 250 и пусть особо словоохотливые сокращают и слова и мысель. А литературные описания по алфавиту сортировать так же бессмыссленно, как и документы. Да с чем тут спорить? Всё правильно. Да вот только беда в том, что невозможно доказать ненужность чего-либо. Это как доказательство на примерах - бессмысленно. Можно привести милион аргументов о ненужности сортировки блобов и, что самое интересное, при этом ничего не забыть. А потом вдруг появляются люди, которым это действительно нужно. И что тогда? Такие вот перетирания ни к чему не ведут. Всегда можно обойтись без очередной фичи. В конце концов всё сводится к командам ассемблера. Да вот только на асемблере уже никто давно не пишет. Всё им си подавай да паскаль. Всегда проще сделать в одном месте, чем каждому городить свой огород. ЗЫ: а) Сколько букв может ударить в голву пользователю с его примечанием знать иногда невозможно, особенно если пользователи для написания этого самого примечания пользуются разными НТД. Просто удивительно насколько в одной отрасли могут отличаться учёт и документы. b) диск-то найти несложно, но вот у меня тест на простой distinct 100 записей varchar(100), содержащих только один символ выполнялся 11s 375ms а с varchar(2000) с тем же самым 1 символом уже 3m 59s 296ms
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] это был мой ответ на то, что в блобах хранят тексты и прочую фигню. Прочую фигню убираем как несортируемую по определению, и хотим сортировать тексты. Причем, пока никак не определяя, чем отличается текст от прочей фигни. Ну как же? У текста есть подтип и колэйт. А у прочей фигни всего этого нет! А если есть - то это уже текст! :)))
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Sergey! Sergey Mereutsa wrote: Хотя хоть убейте меня, не понимаю, как можно себе вообразить сортировку по содержимому документа... Тут можно такой философский спор развести... картинки. например, по размеру nxm. которая внутри заголовка jpg, bmp, и так далее. Т.е. атрибуты данных, о которых я и говорил. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Hello, Dmitry! Dmitry Voroshin wrote: Нет не так. Я исхожу из того, что в блобах обычно хранят ТЕКСТЫ. Большие или маленькие - к делу не относится. Очень частый случай: примечание. Так вот хранить тексты в строках - это извращение. Сортирвать строку в 2 куда страшнее чем блоб в 500. То что блобы имеют теоретически неограниченную длину тут не очень влияет, так как в 99.9% случаев они отличаются уже в начале. тогда и сортировать примечания - тоже изврат. Давай не путать причину и следствие. distinct выполняется сортировкой, и из-за запрета сортировки блобов люди и столкнулись с проблемой. Но это же не означает, что для исправления проблемы надо сделать сортировку блобов? Сортировка блобов - на мой взгляд нонсенс. Это с какой стороны глядеть. Если расматривать текстовй блоб как строку неограниченной длины - то это никакой не нонсенс, а нормальная практика. Вот ты помнишь как в первой Delphi появились длинные строки? И споры тогда тоже были. Похожие. Ты, кстати, на мое замечание по поводу параметров или атрибутов блобов никак не отреагировал. А что тут сказать? Согласен! Просто у меня проблемы с понятием ДОКУМЕНТ. Откуда я знаю как с ними работать на практике? Да и ожидать, что я буду читать конфу после 18:30 по Москве - :)))
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Dmitry! Dmitry Voroshin wrote: Да с чем тут спорить? Всё правильно. Да вот только беда в том, что невозможно доказать ненужность чего-либо. Это как доказательство на примерах - бессмысленно. Можно привести милион аргументов о ненужности сортировки блобов и, что самое интересное, при этом ничего не забыть. А потом вдруг появляются люди, которым это действительно нужно. И что тогда? все это домыслы. До сих пор я не видел вопросов на тему, почему у меня блобы сортируются НЕ ТАК? Т.е. когда они сортировались в distinct, всем было похер, как, и никто об этом даже не задумывался. А когда сортировку отрубили - сразу начались крики как?!?!? Такие вот перетирания ни к чему не ведут. Всегда можно обойтись без очередной фичи. да нет тут никакой фичи. b) диск-то найти несложно, но вот у меня тест на простой distinct 100 записей varchar(100), содержащих только один символ выполнялся 11s 375ms а с varchar(2000) с тем же самым 1 символом уже 3m 59s 296ms вот именно - ты про тот же самый distinct. а в каком порядке в выборке будут блобы - тебе покласть. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Hello, Sergey! Sergey Mereutsa wrote: Хотя хоть убейте меня, не понимаю, как можно себе вообразить сортировку по содержимому документа... Тут можно такой философский спор развести... картинки. например, по размеру nxm. которая внутри заголовка jpg, bmp, и так далее. Т.е. атрибуты данных, о которых я и говорил. а вот тут я уже говорил, что, с ПРАКТИЧЕСКОЙ ТОЧКИ ЗРЕНИЯ, ВОЗМОЖНО!, БЫЛО-БЫ НЕПЛОХО, ЕСЛИ АРХИТЕКТУРНО ДОПУСТИМО : короче: может действительно расширить блоб-фильтры функцией определения отношения порядка (пары? множества?)
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Voroshin wrote: Да с чем тут спорить? Всё правильно. Да вот только беда в том, что невозможно доказать ненужность чего-либо. Чтобы продать что-то ненужное, надо сначала сп-ть что-то ненужное (С). Это я о сортировке по содержимому блобов, которой никогда и не было. А вот дистинкт-то как раз совершенно нормально было делать по blob_id. То, что дистинкт и группировка делаются через сортировку - это всего лишь особенность текущей реализации и надеяться на то, что записи всегда будут отсортированы, оно, конечно, можно, но может и оказаться причиной очередных воплей и прыжков, держась за фаберже, в отдалённом будущем. Можно привести милион аргументов о ненужности сортировки блобов и, что самое интересное, при этом ничего не забыть. А потом вдруг появляются люди, которым это действительно нужно. И что тогда? Хотелось бы услышать хотя бы ОДИН аргумент за то что это ПРАКТИЧЕСКИ нужно. А не из серии - не пригодилась... (С). Такие вот перетирания ни к чему не ведут. И я про то же. Всегда можно обойтись без очередной фичи. В конце концов всё сводится к командам ассемблера. Дешёвая демагогия. ЗЫ: а) Сколько букв может ударить в голву пользователю с его примечанием знать иногда невозможно, особенно если пользователи для написания этого самого примечания пользуются разными НТД. Просто удивительно насколько в одной отрасли могут отличаться учёт и документы. Примечания. Примечания. Примечания. Ещё раз: ПРИМЕЧАНИЯ, ЯДРЁНТЬ! Если прикладная система начинает требовать на регулярной основе поиска и сортировки по примечаниям, поскольку ползатели стихийно начали сандалить туда, например, позиционные коды или цвет изделий, которые им нужны, но не предусмотрены разработчиком оной прикладной системы, то этому так называемому разработчику пора загонять рашпиль в анус, а не облизывать ему оный анус силами разработчиков системного софта. b) диск-то найти несложно, но вот у меня тест на простой distinct 100 записей varchar(100), содержащих только один символ выполнялся 11s 375ms а с varchar(2000) с тем же самым 1 символом уже 3m 59s 296ms Исключительная ПРАКТИЧЕСКАЯ полезность сих ужимок и прыжков остаётся целиком на совести аффтара. Надо полагать, он уверен, что по блобам оно будет быстрее. -- Regards. Ded.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Ded wrote: Dmitry Voroshin wrote: Да с чем тут спорить? Всё правильно. Да вот только беда в том, что невозможно доказать ненужность чего-либо. Чтобы продать что-то ненужное, надо сначала сп-ть что-то ненужное (С). Это я о сортировке по содержимому блобов, которой никогда и не было. А вот дистинкт-то как раз совершенно нормально было делать по blob_id. Ну вот здесь я с тобой не согласен. Никто ведь не мешает мне записать один и тот же текст в два разных блоба с разными ID. Акела промахнулся! Акела промахнулся! (c) :) Хотелось бы услышать хотя бы ОДИН аргумент за то что это ПРАКТИЧЕСКИ нужно. А не из серии - не пригодилась... (С). Как-то все врема проскакивало, чт какие-то автомагические генераторы включают блобы в ORDER BY... конкретного генератора так и не было названо. Исключительная ПРАКТИЧЕСКАЯ полезность сих ужимок и прыжков остаётся целиком на совести аффтара. Надо полагать, он уверен, что по блобам оно будет быстрее. Идея с хэшем, который считается при записи блоба, а потом используется для сравнения в DISTINCT имеет продолжение, о котором часто забывают, - когда хэши совпадают, то надо еще эти блобы полностью с диска скачать и сравнить - побайтово или посимвольно. Так что будет в любом случае медленнее чем сейчас. Но зато корректно. Роман
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Подписываюсь под каждым байтом.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Sergey Mereutsa! You wrote to Vlad Khorsun on Wed, 6 Feb 2008 14:42:21 +0200: Есть мнение (читай: хрен оспоришь :-), что для 99% приложений именно это и надо. Я про именно сортировку. SM Гыы, тогда уж добавьте | ORDER BY MY_UDF | - которая на вход будет SM получать этот самый блоб, а выдавать число/строку (только не блоб), Сирёж, функция сравнения должна выдавать трёхзначный результат: - больше - равно - меньше и аргументов ей необходимо ровно два Фёдоров Евгений. ЗАО Трест-М. Екатеринбург.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko wrote: я до сих пор, кстати, так и не услышал разумной аргументации по поводу сортировки текстовых блобов. 1) Много компонентов доступа выводят в гриде текстовый блоб как строку. И нифига снаружи не видно, что там блоб внутри сидит. Даже с поллитрой. А кликнуть на стрелочку на хидере колонки хочется. И получить ошибкой по лбу тут будет будет весьма неожиданно. Гондурас учешешься. 2) Допустим, надо найти ошибки в весьма похожих текстах. Если DISTINCT не будет сортировать, то два текста могут в выборке оказаться далеко друг друга. И их схожесть таким образом будет затруднительно определить. Другое дело, когда результат DISTINCT явно отсортирован через ORDER BY и два текста лежит рядом, явно демонстрируя искомое. -- Дмитрий Еманов
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Hello, Dmitry! Dmitry Voroshin wrote: Нет, так как таким образом сортирвать блобы нельзя. Это было бы точно глупостью. Я не предлагаю АЛГОРИТМ сортировки - это дело разработчиков, если они решатся такое сделать. Думаю что придумают что-нибудь получше. получается - пусть разработчики сделают какую-то фигню, а мы найдем ей применение. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Voroshin wrote: Идея с хэшем, который считается при записи блоба, а потом используется для сравнения в DISTINCT имеет продолжение, о котором часто забывают, - когда хэши совпадают, то надо еще эти блобы полностью с диска скачать и сравнить - побайтово или посимвольно. Так что будет в любом случае медленнее чем сейчас. Но зато корректно. Учитыва особенности хэш-функций и природы данных в блобах (особенно тесктовых) можно сказать что такое сравнение даст отличие на первых байтах, если вообще не на первом. Так же сочетание хэш и размер_блоба должно свести такие проверки к минимуму. Пример плохого случая: много несжатых картинок одного размера. Но пересечение получить надо умудриться. Как ни крути, а хеш и вариации это самый реальный вариант из возможных по скорости и корректности.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitri Kuzmenko wrote: 2) Допустим, надо найти ошибки в весьма похожих текстах. Если DISTINCT не будет сортировать, то два текста могут в выборке оказаться далеко друг друга. И их схожесть таким образом будет затруднительно определить. Другое дело, когда результат DISTINCT явно отсортирован через ORDER BY и два текста лежит рядом, явно демонстрируя искомое. С точки зрения вообще-вообще-вообще корректности ДА. Но вот тут можно усомниться, а именно так кому либо нужно? Если блоб понимать именно как большие данные, то теряется смысл. Если как небольшие бинарные - видимо есть.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
В любом случае, приоритет фичи ниже плинтуса. Какой на фиг приоритет ? Вообще - развели флейм ни о чем: сортировка БЛОБа. Да на фиг кому надо в реальных задачах его сортировать ? При совершенно одинаковом тексте, если буковки не в том регистре, то куда попадет БЛОБ при сортировке - неизвестно. Зато памяти сожрет - немеряно. Единственное неудобство лично я испытал в том, что есть куча запросов, возвращающих набор доменов плюс COUNT() или еще че-нить агрегированное, и в этом наборе доменов иногды нужно вытягивать БЛОБы, а GROUP BY БЛОБы не пропускает. Пришлось кучу модулей в срочном порядке перебить на процедуры или EXECUTE BLOCK. Можно было бы в таких случаях разрешить GROUP BY пропускать в списке полей БЛОБы, а внутри их просто не обрабатывать или обрабатывать по BLOB_ID. В смысле, чтобы обратная совместимость была.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
PEAKTOP [EMAIL PROTECTED] wrote: В любом случае, приоритет фичи ниже плинтуса. Можно было бы в таких случаях разрешить GROUP BY пропускать в списке полей БЛОБы, а внутри их просто не обрабатывать или обрабатывать по BLOB_ID. В смысле, чтобы обратная совместимость была. И всё-таки BLOB_ID тут не причём, но это мелочи.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
dedRasta wrote: Буду рад любой подсказке, самому ничего в голову не приходит. Жди RC2. -- Дмитрий Еманов
FB21(RC1): Datatype blob is not supported for sorting operations
Добрый день! Извините, если я обратился не по адресу, но столкнулся со следующей проблемой: Перетащил базу под FB2.1(RC1) из FB2.03. При запуске запустить отчет ( FastReport 4 ) из клиентского приложения на Delphi с FIBPLUS (которое давно работает, еще начиная с FB 1.5) получаю следующее сообщение сервера об ошибке: Datatype BLOB is not supported for sorting operations При попытке соединиться с БД из Access c помощью драйвера ibgem- site-2.02.45.01 (раньше тоже всегда проходило) выводится та же ошибка. С блобом есть только одна таблица - список людей с фотографией. Буду рад любой подсказке, самому ничего в голову не приходит.
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Yemanov пишет: dedRasta wrote: Буду рад любой подсказке, самому ничего в голову не приходит. Жди RC2. Не понял, а что тогда значит в Release Notes к FB 2.1 раздел Sorting on BLOB and ARRAY Columns is Now Disallowed?? Неужели опять разрешат? Е-мае, опять базу придётся переделывать :( -- С уважением Тарас Кучер
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Yemanov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Taras Kucher wrote: Не понял, а что тогда значит в Release Notes к FB 2.1 раздел Sorting on BLOB and ARRAY Columns is Now Disallowed?? Неужели опять разрешат? Да. Ибо вопят на каждом углу. А планируется таки сделать сортировку блобов?
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Yemanov пишет: Е-мае, опять базу придётся переделывать :( Зачем? Я имел ввиду - изменять представления и процедуры, а не структуру базы :)) В некоторых местах очень нужны были данные с блобами. Данные получались из представлений. В следствии запрета - пришлось переделывать представления и обращение к ним. Кстати, а почему был введен такой запрет? Я так понимаю что не от хорошей жизни? --- С уважением Тарас Кучер
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Lendel [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] А планируется таки сделать сортировку блобов? А по какому критерию их сортировать? По правильному!
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Lendel пишет: А планируется таки сделать сортировку блобов? А по какому критерию их сортировать? А фиг его знает. Подтип 1 - как текст, остальные - побитово... вот только сам понимаю, что побитово задолбаешься перебирать :) -- С уважением Тарас Кучер
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Voroshin wrote: А планируется таки сделать сортировку блобов? Точно планируется сделать нормальный DISTINCT / GROUP BY для блобов. А вот насчет сортировки, да еще и полноценной, вопрос пока открытый. -- Дмитрий Еманов
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Taras Kucher wrote: Кстати, а почему был введен такой запрет? Я так понимаю что не от хорошей жизни? А оно никогда не работало как надо. Сортировались blob id, а не содержимое. В результате по иронии судьбы результат мог быть правильным, но скорее нет. Мы захотели прикрыть кривую лавочку, но получилось как всегда. Ибо до фига товарищей (и особенно тулзов/библиотек) злоупотребляли DISTINCT-ом без оглядки на типы полей. Понятно, что в случае SELECT DISTINCT * FROM T при наличии PK пофиг, какой блоб нам выдастся. Чем все дружно и пользовались. А на более сложные ситуации никто внимания не обращал. -- Дмитрий Еманов
Re: FB21(RC1): Datatype blob is not supported for sorting operations
Dmitry Yemanov [EMAIL PROTECTED] сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED] Dmitry Voroshin wrote: А планируется таки сделать сортировку блобов? Точно планируется сделать нормальный DISTINCT / GROUP BY для блобов. А вот насчет сортировки, да еще и полноценной, вопрос пока открытый. Реально, в общем, нужна сортировка только текстовых блобов. А вот, интересно, если расширить функции блоб-фильтров и добавить туда отношение порядка?
