Здравствуйте, Oleg.
Вы писали On 26 май, 06:18:
Intervent wrote:
Да, вы правильно поняли, меня интересует использование средств tusted
аутентификации и именно средствами KinterbasDB. Конкретно не
получается добавить дополнительный параметр при подключении к базе.
А там обязательно
Intervent wrote:
Можно не указывать имя пользователя и пароль. Указать параметр
требуется для того чтобы явно указать на виндовую аутентификацию. Так
как, если в ситеме выставлены соответсвующие переменные окуржения, то
вместо имени пользователя и пароля будут подставлены их значения, и
это
On 25 май, 01:00, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
Hello!
Intervent wrote:
Здраствуйте!
А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как
соединиться с базой c использованием trusted аутентификации?
не можешь по английски, читай по
Hello, Intervent!
Intervent wrote:
Далеко же меня пнули =). Читать я могу, вот только пишу видимо
плоховато.
Конкретно вопрос в том как, при соединении с базой из драйвера
kinterbasdb дополнительно указать цель isc_dpb_trusted_auth и как
вообще указывать дополнительные параметры.
вопрос -
Здравствуйте, Dmitri.
Вы писали 25 мая 2008 г., 22:56:07:
кроме того, мне не совсем ясен смысл использования этой аутентификации
в отношении kinterbasdb. Может я чего не понимаю, но вроде бы Perl
редко используется для создания клиент-серверных приложений, т.е.
когда клиент на своем
Hello, Владимир!
Владимир Аксенов wrote:
kinterbasdb - это драйвер доступа к FB из python а не из perl.
для меня это одно и то же :-)
А на python в отличие от perl пишут клиентские морды запускаемые не на
сервере.
гм.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Здравствуйте, Dmitri.
Вы писали 26 мая 2008 г., 2:15:35:
kinterbasdb - это драйвер доступа к FB из python а не из perl.
для меня это одно и то же :-)
Ну и зря. Пора уже почитать про питон.
Я так понимаю что народ для писания клиентских морд к БД будет все
шире и шире применять питон. Это
Здравствуйте, Владимир.
Вы писали 25 мая 2008 г., 22:56:07:
Если я правильно понял вопрос то человека интересует использование
виндовой авторизации а не нативной FB.
Да, вы правильно поняли, меня интересует использование средств tusted
аутентификации и именно средствами KinterbasDB.
Intervent wrote:
Да, вы правильно поняли, меня интересует использование средств tusted
аутентификации и именно средствами KinterbasDB. Конкретно не
получается добавить дополнительный параметр при подключении к базе.
А там обязательно нужен дополнительный параметр? Что получится если
просто
Hello, Intervent!
Intervent wrote:
аутентификации и именно средствами KinterbasDB. Конкретно не
получается добавить дополнительный параметр при подключении к базе.
т.е. мои вопросы ты упрямо игнорируешь. Так?
Возможно кто-нибудь уже сталкивался с такой задачей и может поделится
Hello, Владимир!
Владимир Аксенов wrote:
kinterbasdb - это драйвер доступа к FB из python а не из perl.
для меня это одно и то же :-)
Ну и зря. Пора уже почитать про питон.
мне - уже поздно. языки программирования, отличные от Pascal
меня уже давно не интересуют. А уж всякие перлы,
Здраствуйте!
А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как
соединиться с базой c использованием trusted аутентификации?
Спасибо
Hello, Intervent!
Intervent wrote:
А еще такой вопрос по связке ФБ 2.1 - KinterbasDB - Python: Как
соединиться с базой c использованием trusted аутентификации?
чо, типа, по английски совсем читать не получается?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
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-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')
Андрей Иванов 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
Андрей Иванов пишет:
Кто нибудь пользует 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.
Dmitry Yemanov пишет:
Ovchinnikov Vasily wrote:
хе... а у меня не вышло нифига... :-( Так и кричит про can't
transliterate
Буду пробовать еще.
Если не получится, вышли мне бекап метаданных, я посмотрю что у тебя не
так.
Вернулся к экспериментам. Локально ан своем компьютере. FB
Ovchinnikov Vasily wrote:
Исправление метаданных select * from rdb$fix_metadata('WIN1251');
выполняется без ошибок, но последующий commit дает SQL-ошибку -151 про
update столбца read-only.
На 2.0 в IBExpert-е перекомпилируй все триггера, сразу увидишь какие у
тебя кривые (NEW/OLD
On 25 апр, 13:04, Ded [EMAIL PROTECTED] wrote:
Что понимается под продуктом? Если я, то затрудняюсь определиться. С
моей точки зрения одно, с жониной другое. Если с чего кормлюсь - для
внутренних. Если FB - коммерческий, хоть и по хитрому. Ы? Покупая Оракла
доку тоже читать не надо?
Андрей Кручинин wrote:
А маслица в попочку этой половине поднести не нужно? ССЗБ.
При все уважении к Dedу - продукт коммерческий или для внутренних
нужд?
Что понимается под продуктом? Если я, то затрудняюсь определиться. С
моей точки зрения одно, с жониной другое. Если с чего
On 24 апр, 13:34, Ded [EMAIL PROTECTED] wrote:
А маслица в попочку этой половине поднести не нужно? ССЗБ.
При все уважении к Dedу - продукт коммерческий или для внутренних
нужд?
--
Андрей Кручинин
www.med-zakaz.ru
При все уважении к Dedу - продукт коммерческий или для внутренних
нужд?
Да, DED, давай выкладывай. Покайся старый, пока не поздно.
Коваленко Дмитрий.
On 22 апр, 18:58, Tonal [EMAIL PROTECTED] wrote:
P.S. Беглый просмотр Firebird_v2.1.0.InstallationGuide.pdf ничего не
прояснил. Ткните кто знает куда смотреть?
Если ты по поводу метаданных, то моя возмущалка выше. А искать надо в
Release Notes раздел International Language Support. Фиг
Андрей Кручинин wrote:
Если ты по поводу метаданных, то моя возмущалка выше. А искать надо в
Release Notes раздел International Language Support. Фиг найдешь если
конфу не читаешь.
Migration Installation Guide лежит рядом с релизными нотами. Про
метаданные там сказано первым же пунктом.
Андрей Кручинин ...
Если ты по поводу метаданных, то моя возмущалка выше.
Станица, посвящённая релизу :
http://www.firebirdsql.org/index.php?op=develsub=engineid=fb210_release
Пальцем показать ?
--
Хорсун Влад
On 23 апр, 13:27, Vlad Khorsun [EMAIL PROTECTED] wrote:
Андрей Кручинин ...
Если ты по поводу метаданных, то моя возмущалка выше.
Станица, посвящённая релизу :
http://www.firebirdsql.org/index.php?op=devel⊂=engineid=fb210_rel...
Пальцем показать ?
Не, не надо. Но обьясню свою
Андрей Кручинин ...
Не, не надо. Но обьясню свою позицию тоже немного.
Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут,
нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :)
--
Хорсун Влад
On 23 апр, 16:25, Vlad Khorsun [EMAIL PROTECTED] wrote:
Андрей Кручинин ...
Не, не надо. Но обьясню свою позицию тоже немного.
Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут,
нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :)
Да
Андрей Кручинин ...
Не, не надо. Но обьясню свою позицию тоже немного.
Да я понимаю всё. Просто уже начали этим задалбывать, даже в трекер пишут,
нигде ничего предварительно не прочитав... Отсюда и реакция такая, нервная :)
Да понимаю все. Но я решение проблемы, когда приперло, нашел
Ок. Мы плохие, тупые и т.п. Скажи мне - что мы можем\должны сделать,
чтобы те, кто не читает приложенную доку, узнали то, что в ней написано ???
Вместо того, чтобы тратить свои нервы, которые кстати не
восстанавливаются, взяли бы и прикольнулись: вместо привычного
лицензионного соглашения
Hello, Реактор!
PEAKTOP wrote:
А так: процедуру UPDATE_METADATA, которую умные люди еще в июле
прошлого года запустили, вот уже по трехсотому кругу жуют. И здесь, и
на sql.ru, и на форуме ibase.ru, и на delphimaster.ru. В результате в
общем вое всех неотдуплившихся теряются реальные вещи,
Dmitri Kuzmenko пишет:
Hello, All!
Юрий Рыболовлев wrote:
же базу из бакапа сделанного под версией 203 - не работает (can't
transliterate кричит). Пробовал по всякому - нифига.
выложил на русском языке:
www.ibase.ru/firebird/21/metadata_charset.htm
Спасибо, конечно.
хе... а у меня не
Ovchinnikov Vasily пишет:
Спасибо, конечно.
хе... а у меня не вышло нифига... :-( Так и кричит про can't transliterate
Буду пробовать еще.
А runtime установлен? На компе одного из разработчиков поставили fb21
(тогда еще rc1), выполняем изменения метаданных как в файле описано, а
нифига
Марат Гиниятуллин пишет:
А runtime установлен? На компе одного из разработчиков поставили fb21
(тогда еще rc1), выполняем изменения метаданных как в файле описано, а
нифига, ругается. Потом накатили MS Visual С++ 2005 Redistributable
Package и все заработало.
Типа dll какая-то не той
Ovchinnikov Vasily wrote:
хе... а у меня не вышло нифига... :-( Так и кричит про can't transliterate
Буду пробовать еще.
Если не получится, вышли мне бекап метаданных, я посмотрю что у тебя не так.
--
Дмитрий Еманов
ôÅÍÁ ÒÁÓËÒÙÔÁ!
ïÓÏÂÅÎÎÏ ÐÒÏ ÎÅ×ÏÓÔÁÎÏ×ÉÍÙÊ ÂÁËÁÐ ÐÏÄ 203 embedded.
òÙÂÏÌÏ×ÌÅ× àÒÉÊ
Nikolay Ponomarenko пишет:
В поставке рантаймовские библиотеки идут только в каталоге bin, а
fbintl.dll их тоже жаждет, но уже или в своем каталоге или в системе.
По меньшей мере так было в rc1. Такое поведение жутко неудобно при
распространении чего-либо с embed.
Я проверял релизный embed 2.1
попробуй ангельскую пыль, оно лучше помогает
Про слезы слышал, а пыль че это такое?
Дмитрий
попробуй ангельскую пыль, оно лучше помогает
Про слезы слышал, а пыль че это такое?
Дмитрий
А это когда старые ангелы пробуют тряхнуть стариной - с них порох
сыпется. Вот если его попробовать - становится радостно :D
С уважением,
Тарас Кучер
Hello, All!
Юрий Рыболовлев wrote:
же базу из бакапа сделанного под версией 203 - не работает (can't
transliterate кричит). Пробовал по всякому - нифига.
выложил на русском языке:
www.ibase.ru/firebird/21/metadata_charset.htm
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
On 21 апр, 10:19, Dmitri Kuzmenko [EMAIL PROTECTED] wrote:
выложил на русском языке:www.ibase.ru/firebird/21/metadata_charset.htm
Сам прокололся на этом. Честно не слишком явно данная фишка прописана
в Релиз нотах. Сам наступил на эти грабли, и уж хотел поругаться, но в
конфе нашел пост с
Dmitry Lendel wrote:
попробуй ангельскую пыль, оно лучше помогает
Про слезы слышал, а пыль че это такое?
Фенциклидин (полное название фенил циклогексил пиперидин, сокращённое
PCP) --- синтетический наркотический препарат, разработанный в 1959 году
как обезболивающее средство для
×ÙÌÏÖÉÌ ÎÁ ÒÕÓÓËÏÍ ÑÚÙËÅ:
óÐÁÓÉÂÏ!
òÙÂÏÌÏ×ÌÅ× àÒÉÊ.
На краю обрыва, за которым вечность
Ты стоишь один во власти странных грез
И, простившись с миром, хочешь стать беспечным
Поиграть с огнем из здешних роз
Наконец ты счастлив как никто на свете
Ангельская пыль тебя уносит вверх
Только ей подвластны и восторг, и ветер
В жидких небесах звучит твой
Hello, Alexandr!
You wrote on Tue, 22 Apr 2008 04:17:39 +0700:
Ангельская пыль
Это сон и быль!
KA ну точно. я как раз слушал когда писал тот пост ;)
Ребзя, сегодня ж таки не пятница. Может, психоделию нафиг? Хотя бы до пятницы,
а?
--
Удач
Alexander A. Venikov, Tobolsk, Russia
ðÏÐÒÏÂÏ×ÁÌ × ×ÙÈÏÄÎÙÅ FB21. ÷ÐÅÞÁÔÌÅÎÉÑ ÎÅ ÒÁÄÏÓÔÎÙÅ. òÁÂÏÞÕÀ ÂÁÚÕ ÓÏ
ÓÔÒÕËÔÕÒÏÊ 11.0 ÏÔËÒÙ×ÁÅÔ É ÒÁÂÏÔÁÅÔ ÂÅÚ ÐÒÏÂÌÅÍ. ÷ÏÓÓÔÁÎÁ×ÌÉ×ÁÀ × 210 ÜÔÕ
ÖÅ ÂÁÚÕ ÉÚ ÂÁËÁÐÁ ÓÄÅÌÁÎÎÏÇÏ ÐÏÄ ×ÅÒÓÉÅÊ 203 - ÎÅ ÒÁÂÏÔÁÅÔ (can't
transliterate ËÒÉÞÉÔ). ðÒÏÂÏ×ÁÌ ÐÏ ×ÓÑËÏÍÕ - ÎÉÆÉÇÁ.
åÝÅ × rfunc e ÍÅÎÑ ÂÙÌÁ
ЮР эту же базу из бакапа сделанного под версией 203 - не работает (can't
ЮР transliterate кричит). Пробовал по всякому - нифига.
Все давно обсосано, надо только читать иногда.
Загляни в папку FB\misc\upgrade
Добрый день!
Я в свое время начал этот топик с вопля на углу, а он во как
разросся.
Что касается конкретики, то (огромное спасибо всем ответившим),
действительно оказалось достаточным поправить запросы/представления с
блобами,
использующие DISTINCT (заняло неполный день) и клиентская программа
dedRasta wrote:
Тест соединения проходит нормально, а затем вместо списка таблиц по-
прежнему выдавет ту же ошибку:
Что тут удивительного? Тот же distinct vs блобы в запросах драйвера к
метаданным.
--
Дмитрий Еманов
Hello, Глеб, Дед и Алексей!
You wrote on Fri, 8 Feb 2008 15:56:19 +0300:
Свожу обсуждение в одно письмо.
D Постановочная недоработка главным образом. Но действительно бывает,
Да вот, в одном из последних проектов такое пожелание возникло еще на этапе
постановки :) Хотим мол такие отчеты,
BA 2. хеш функция по блобам в FB уже встроена - blob id,
Афаик, два идентичных блоба из разных записей будут иметь
разный blob id.
То, что планируется сделать - доп. функция хеширования блобов,
более быстрая и соотв. более подверженная коллизиям, чем какой-нить
md5.
Я ошибаюсь?
проверь
Hello, Boulitchev!
You wrote on Fri, 8 Feb 2008 08:36:05 +0300:
BA 2. хеш функция по блобам в FB уже встроена - blob id,
Афаик, два идентичных блоба из разных записей будут иметь
разный blob id.
То, что планируется сделать - доп. функция хеширования блобов,
более быстрая и соотв. более
фильтровать и агрегировать данные, в частности в отчетах. И самое
неприятное, что
признаки эти слабоформализуемы, и зачастую нужны один раз.
Интересно, это только я сталкиваюсь с такой любознательностью и
инициативностью
пользователей, или еще кто? И, что неприятно, решений красивых, для
Nikolay Ponomarenko wrote:
А вот касательно сортировок/фильтров по произвольным атрибутам - очень
часто
пользователи жаждут иметь возможность добавлять сущностям произвольные
поля и забивать в эти поля произвольные признаки, что бы потом по ним
произвольно
фильтровать и агрегировать данные,
Hello, Алексей!
You wrote on Fri, 8 Feb 2008 14:45:02 +0300:
Я ошибаюсь?
BA проверь
BA и увидишь, что ты прав :(
:
BA а насчет хеша - будет нужно - сделаю его соседним полем, вычислю как
BA мне надо и отсортирую по-своему
Вот к этому и можно свести всю эту длинную и бесплодную
Интересно, это только я сталкиваюсь с такой любознательностью и
инициативностью
пользователей, или еще кто?
Думаю, что не ты один. У меня, к примеру, в приложении есть возможнось
экспортировать различные данные в excel. Дак многие приспособились: ставят
разные закорючечки в примечаниях,
Dmitry Yemanov wrote:
А вот дистинкт-то как раз совершенно нормально было делать по blob_id
Вот только два разных BlobID отнюдь не означают два отличных друг от
друга блоба.
Да эти блобы вообще от лукавого. Один гемор с ними, и при
использовании и при репликации и т.п. В смысле там,
Dmitri Kuzmenko wrote:
и что у тебя в блобах было? пресловутые примечания?
я до сих пор, кстати, так и не услышал разумной аргументации
по поводу сортировки текстовых блобов.
Мне надо было бинарные сортировать. Например чтобы поля
с null были рядом.
--
--- Home Page
Roman Rokytskyy wrote:
Акела промахнулся! Акела промахнулся! (c) :)
Ну... когда-нибудь наступит и последняя охота. Но она будет славной :-D
Хотелось бы услышать хотя бы ОДИН аргумент за то что это
ПРАКТИЧЕСКИ нужно. А не из серии - не пригодилась... (С).
Как-то все врема
PEAKTOP wrote:
Единственное неудобство лично я испытал в том, что есть куча запросов,
возвращающих набор доменов плюс COUNT() или еще че-нить
агрегированное, и в этом наборе доменов иногды нужно вытягивать БЛОБы,
а GROUP BY БЛОБы не пропускает.
Обычно их нужно таки не в наборе, а когда
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
получается - пусть разработчики сделают какую-то фигню, а мы найдем
ей применение.
Конечно! Очень мало таких вещей - которые нужны прямо аж пожар. И
большинство разработчиков всё-таки не
Hello, Dmitry!
You wrote on Thu, 7 Feb 2008 13:15:35 +0300:
получается - пусть разработчики сделают какую-то фигню,
а мы найдем ей применение.
DV Конечно! Очень мало таких вещей - которые нужны прямо
DV аж пожар. И большинство разработчиков всё-таки не мечтатели.
DV Им нужно сейчас решать
Alexander A. Venikov wrote:
Сортировка по BLOB - именно из разряда поддержки естественной кривизны.
Это как минимум поддержка целостности абстактной модели sql, где на
уровне запросов типы полей никак не участвуют.
Если сил не хватает сделать сортировку, то пусть сортирует по блоб_ид,
как
Hello, Dmitry!
Dmitry Voroshin wrote:
Вот например небыло в FB Derrived tables? И что? Обходились прекрасно
без них. Появились? Хорошо! В некоторых случаях запросы упростились. Или
EB. Тоже польза есть.
ты не сравнивай.
Если встать на твою позицию - то всё вредно и ничего не надо?
Hello, Alexey!
You wrote on Thu, 07 Feb 2008 14:33:29 +0300:
Сортировка по BLOB - именно из разряда поддержки естественной кривизны.
AP Это как минимум поддержка целостности абстактной модели sql,
AP где на уровне запросов типы полей никак не участвуют.
Хи. Абстрактная поддержка абстрактной
Alexander A. Venikov wrote:
AP Это как минимум поддержка целостности абстактной модели sql,
AP где на уровне запросов типы полей никак не участвуют.
Хи. Абстрактная поддержка абстрактной целостности абстрактной модели...
Вумных слов мы тут каждый можем много наговорить и наукообразия
Alexey Popov ...
Даёшь серверу запрос
select f from tbl order by f
и он грязно ругается. Вот тебе и наукообразие. Да пофиг какая там
практическая ценность, но данный запрос обязан отрабатываться всегда
вне зависимости от типа поля выдавать некий стабильный порядок.
Цитату из стандарта
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
ты не сравнивай.
Почему?
Если встать на твою позицию - то всё вредно и ничего не надо? Утрирую,
конечно. Толко полезных фич не бывает? От любой есть и вред и польза.
Используешь с умомо -
Alexander A. Venikov wrote:
Вумных слов мы тут каждый можем много наговорить и наукообразия
наплести.
Думай осторожно. Я могу исполнить. (1/2 С)
--
Regards. Ded.
М.Королев wrote:
Кстати, а блобы есть в стандарте?
Есть.
--
Дмитрий Еманов
Alexey Popov wrote:
и что у тебя в блобах было? пресловутые примечания?
я до сих пор, кстати, так и не услышал разумной аргументации
по поводу сортировки текстовых блобов.
Мне надо было бинарные сортировать. Например чтобы поля
с null были рядом.
Для этого достаточно чтобы COALESCE в этом
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 Если сил не хватает сделать сортировку, то пусть сортирует
AP по блоб_ид, как раньше было.
Как уже сказано было, практической ценности сей сортировки не видно. Кроме
хачу и совместимость с тем, что раньше было, аргументов я здесь не
видел. Впрочем, последнее - уже кое-что...
1. у меня в
Ded [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Ну так може нехай об вкусе устриц спорят кто их ел, а? Я вот прекрасно
знаю, что документы по алфавиту содержимого нафиг никому сортировать не
нужно. И почему люди хранят что попало в блобах - тоже. А
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
это был мой ответ на то, что в блобах хранят тексты и прочую фигню.
Прочую фигню убираем как несортируемую по определению, и хотим
сортировать тексты. Причем, пока никак не определяя, чем
Hello, Sergey!
Sergey Mereutsa wrote:
Хотя хоть убейте меня, не понимаю, как можно себе вообразить
сортировку по содержимому документа... Тут можно такой философский
спор развести...
картинки. например, по размеру nxm. которая внутри заголовка jpg,
bmp, и так далее. Т.е. атрибуты данных, о
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Hello, Dmitry!
Dmitry Voroshin wrote:
Нет не так. Я исхожу из того, что в блобах обычно хранят ТЕКСТЫ. Большие
или маленькие - к делу не относится. Очень частый случай: примечание. Так
вот
Hello, Dmitry!
Dmitry Voroshin wrote:
Да с чем тут спорить? Всё правильно. Да вот только беда в том, что
невозможно доказать ненужность чего-либо. Это как доказательство на
примерах - бессмысленно. Можно привести милион аргументов о ненужности
сортировки блобов и, что самое интересное, при
Dmitri Kuzmenko [EMAIL PROTECTED] сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Hello, Sergey!
Sergey Mereutsa wrote:
Хотя хоть убейте меня, не понимаю, как можно себе вообразить
сортировку по содержимому документа... Тут можно такой философский
спор развести...
Dmitry Voroshin wrote:
Да с чем тут спорить? Всё правильно. Да вот только беда в том, что
невозможно доказать ненужность чего-либо.
Чтобы продать что-то ненужное, надо сначала сп-ть что-то ненужное
(С). Это я о сортировке по содержимому блобов, которой никогда и не
было. А вот
Ded wrote:
Dmitry Voroshin wrote:
Да с чем тут спорить? Всё правильно. Да вот только беда в том, что
невозможно доказать ненужность чего-либо.
Чтобы продать что-то ненужное, надо сначала сп-ть что-то ненужное
(С). Это я о сортировке по содержимому блобов, которой никогда и не
было. А
Подписываюсь под каждым байтом.
Hello, Sergey Mereutsa!
You wrote to Vlad Khorsun on Wed, 6 Feb 2008 14:42:21 +0200:
Есть мнение (читай: хрен оспоришь :-), что для 99% приложений именно
это и надо. Я про именно сортировку.
SM Гыы, тогда уж добавьте | ORDER BY MY_UDF | - которая на вход будет
SM получать этот самый блоб, а
Dmitri Kuzmenko wrote:
я до сих пор, кстати, так и не услышал разумной аргументации
по поводу сортировки текстовых блобов.
1) Много компонентов доступа выводят в гриде текстовый блоб как строку.
И нифига снаружи не видно, что там блоб внутри сидит. Даже с поллитрой.
А кликнуть на стрелочку
Hello, Dmitry!
Dmitry Voroshin wrote:
Нет, так как таким образом сортирвать блобы нельзя. Это было бы точно
глупостью. Я не предлагаю АЛГОРИТМ сортировки - это дело разработчиков,
если они решатся такое сделать. Думаю что придумают что-нибудь получше.
получается - пусть разработчики
Dmitry Voroshin wrote:
Идея с хэшем, который считается при записи блоба, а потом используется
для сравнения в DISTINCT имеет продолжение, о котором часто забывают, -
когда хэши совпадают, то надо еще эти блобы полностью с диска скачать и
сравнить - побайтово или посимвольно. Так что будет в
Dmitri Kuzmenko wrote:
2) Допустим, надо найти ошибки в весьма похожих текстах. Если DISTINCT
не будет сортировать, то два текста могут в выборке оказаться далеко
друг друга. И их схожесть таким образом будет затруднительно определить.
Другое дело, когда результат DISTINCT явно отсортирован
В любом случае, приоритет фичи ниже плинтуса.
Какой на фиг приоритет ? Вообще - развели флейм ни о чем: сортировка
БЛОБа. Да на фиг кому надо в реальных задачах его сортировать ? При
совершенно одинаковом тексте, если буковки не в том регистре, то куда
попадет БЛОБ при сортировке - неизвестно.
PEAKTOP [EMAIL PROTECTED] wrote:
В любом случае, приоритет фичи ниже плинтуса.
Можно было бы в
таких случаях разрешить GROUP BY пропускать в списке полей БЛОБы, а
внутри их просто не обрабатывать или обрабатывать по BLOB_ID. В
смысле, чтобы обратная совместимость была.
И всё-таки BLOB_ID
dedRasta wrote:
Буду рад любой подсказке, самому ничего в голову не приходит.
Жди RC2.
--
Дмитрий Еманов
Добрый день!
Извините, если я обратился не по адресу, но столкнулся со следующей
проблемой:
Перетащил базу под FB2.1(RC1) из FB2.03.
При запуске запустить отчет ( FastReport 4 ) из клиентского приложения
на Delphi с FIBPLUS (которое давно работает, еще начиная с FB 1.5)
получаю следующее
Dmitry Yemanov пишет:
dedRasta wrote:
Буду рад любой подсказке, самому ничего в голову не приходит.
Жди RC2.
Не понял, а что тогда значит в Release Notes к FB 2.1 раздел Sorting on
BLOB and ARRAY Columns is Now Disallowed?? Неужели опять разрешат?
Е-мае, опять базу придётся
Dmitry Yemanov [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Taras Kucher wrote:
Не понял, а что тогда значит в Release Notes к FB 2.1 раздел Sorting on
BLOB and ARRAY Columns is Now Disallowed?? Неужели опять разрешат?
Да. Ибо вопят на каждом углу.
А
Dmitry Yemanov пишет:
Е-мае, опять базу придётся переделывать :(
Зачем?
Я имел ввиду - изменять представления и процедуры, а не структуру базы :))
В некоторых местах очень нужны были данные с блобами. Данные получались
из представлений. В следствии запрета - пришлось переделывать
Dmitry Lendel [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
А планируется таки сделать сортировку блобов?
А по какому критерию их сортировать?
По правильному!
Dmitry Lendel пишет:
А планируется таки сделать сортировку блобов?
А по какому критерию их сортировать?
А фиг его знает. Подтип 1 - как текст, остальные - побитово... вот
только сам понимаю, что побитово задолбаешься перебирать :)
--
С уважением
Тарас Кучер
Dmitry Voroshin wrote:
А планируется таки сделать сортировку блобов?
Точно планируется сделать нормальный DISTINCT / GROUP BY для блобов. А
вот насчет сортировки, да еще и полноценной, вопрос пока открытый.
--
Дмитрий Еманов
Taras Kucher wrote:
Кстати, а почему был введен такой запрет? Я так понимаю что не от
хорошей жизни?
А оно никогда не работало как надо. Сортировались blob id, а не
содержимое. В результате по иронии судьбы результат мог быть правильным,
но скорее нет.
Мы захотели прикрыть кривую
Dmitry Yemanov [EMAIL PROTECTED]
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
Dmitry Voroshin wrote:
А планируется таки сделать сортировку блобов?
Точно планируется сделать нормальный DISTINCT / GROUP BY для блобов. А вот
насчет сортировки, да еще и полноценной, вопрос
Результаты 1 - 100 из 135 matches
Mail list logo
