from:"Dmitry Voroshin"




"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


Hello, Dmitry!

Dmitry Voroshin wrote:

А ты знаешь - это первый "баг", который я обнаружил в FB буквально сразу 
как с ним познакомился. :)))

Так что не надо про "никто" :|_|


и что у тебя в блобах было? пресловутые "примечания"?


Кстати, забыл. Ничего там не было реального. Просто гонял тесты.

Re: FB21(RC1): Datatype blob is not supported for sorting operations

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]

Hello, Dmitry!

Dmitry Voroshin wrote:

А ты знаешь - это первый "баг", который я обнаружил в FB буквально сразу
как с ним познакомился. :)))

Так что не надо про "никто" :|_|

и что у тебя в блобах было? пресловутые "примечания"?
я до сих пор, кстати, так и не услышал разумной аргументации
по поводу сортировки текстовых блобов.
только не надо сюда приплетать "это может понадобиться".
Эксперимент Выбегалло с кадавром, наверное помнишь, чем закончился. :-)

Не помню. Выбегалло помню... Кадавра помню... Эксперимент?.. Нет, не
помню... :(

Ты читай о чём там речь. Об экономии букавок при определении varchar. Это
просто пример. Могу заменить на order by - ничего не изменится.

правильно. хрен-ли думать. сортировка выполняется на диске, ну и слегка
в памяти. так? Сортировка выполняется сортировкой фиксированных блоков.
Соответственно, когда было vchar(1000) были "записи" в файле сортировки
примерно под 1200 байт, а когда стало vchar(2000) - в два раза больше.
Чему удивляться? Разница в 11 секунд и 3 минуты - не показатель, т.к.
тест не чистый. Может, 11 секунд сортировало в памяти, а когда 3 -минуты,
то в память не поместилось и полезло на диск.

Да ничего я не тестировал. Просто пример, что загибать размер варчара с
запасом тоже чревато.

Теперь, берем "текстовый блоб с примечанием". Размер блоба можно
определить только обратившись к нему. Значит, чтобы создать файл

сортировки с записями фиксированного размера, надо проехаться
по всем блобам в таблице и определить макс. размер блоба (это займет
время, считай как select count(*)).

Улавливаешь, чем это может кончиться? В одной из записей
блоб может оказаться не 500 байт, а 5000 байт. И тогда
ВСЕ записи в файле сортировки будут по 5000 байт.
Нормально?

Нет, так как таким образом сортирвать блобы нельзя. Это было бы точно
глупостью. Я не предлагаю АЛГОРИТМ сортировки - это дело разработчиков, если
они решатся такое сделать. Думаю что придумают что-нибудь получше.

Re: FB21(RC1): Datatype blob is not supported for sorting operations

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]

все это домыслы. До сих пор я не видел вопросов на тему, "почему
у меня блобы сортируются НЕ ТАК?" Т.е. когда они сортировались
в distinct, всем было похер, как, и никто об этом даже не задумывался.
А когда сортировку отрубили - сразу начались крики "как?!?!?"

А ты знаешь - это первый "баг", который я обнаружил в FB буквально сразу как
с ним познакомился. :)))

Так что не надо про "никто" :|_|

Такие вот перетирания ни к чему не ведут. Всегда можно обойтись без
очередной фичи.

да нет тут никакой "фичи".

есть. Как же нет? Раньше было нельзя - теперь можно. Значит фича есть!

b) диск-то найти несложно, но вот у меня тест на простой distinct
100 записей varchar(100), содержащих только один символ
выполнялся

11s 375ms
а с varchar(2000) с тем же самым 1 символом уже
3m 59s 296ms

вот именно - ты про тот же самый distinct. а в каком порядке в выборке
будут блобы - тебе покласть.

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

"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




"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


это был мой ответ на то, что в блобах хранят тексты и прочую фигню.
Прочую фигню убираем как несортируемую по определению, и хотим
сортировать "тексты". Причем, пока никак не определяя, чем
отличается "текст" от "прочей фигни".


Ну как же? У текста есть подтип и колэйт. А у прочей фигни всего этого нет! 
А если есть - то это уже текст! :)))

Re: FB21(RC1): Datatype blob is not supported for sorting operations

"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
Ну так може нехай об вкусе устриц спорят кто их ел, а? Я вот прекрасно
знаю, что документы по алфавиту содержимого нафиг никому сортировать не
нужно. И почему люди хранят что попало в блобах - тоже. А именно - потому,
что а) не знают сколько буков ударит в голову гипотетическому пользователю
наколотить в полях типа "комментарий", замещающих неформализованные при
проектировании от лени или недостатка финансирования атрибуты, и, как
следствие, начинающих играть роль этих атрибутов в процессе естественной
эволюции б) в век, когда диск меньше сотни гигабайт найти надо здорово
постараться, экономят на спичках, терзаясь в мучениях между разумными
"навскидку" варчарами 100 и 250. Таки надо просто прекращать порочную
практику. Либо доводить модель, либо выборочно просмотреть пару десятков
существующего бумажного документооборота и ограничить по максимуму, либо
залудить те самые 250 и пусть особо словоохотливые сокращают и слова и
мысель. А литературные описания по алфавиту сортировать так же
бессмыссленно, как и документы.

Да с чем тут спорить? Всё правильно. Да вот только беда в том, что
невозможно доказать ненужность чего-либо. Это как доказательство на
примерах - бессмысленно. Можно привести милион аргументов о ненужности
сортировки блобов и, что самое интересное, при этом ничего не забыть. А
потом вдруг появляются люди, которым это действительно нужно. И что тогда?
Такие вот перетирания ни к чему не ведут. Всегда можно обойтись без
очередной фичи. В конце концов всё сводится к командам ассемблера. Да вот
только на асемблере уже никто давно не пишет. Всё им си подавай да паскаль.
Всегда проще сделать в одном месте, чем каждому городить свой огород.

ЗЫ:
а) Сколько букв может ударить в голву пользователю с его примечанием
знать иногда невозможно, особенно если пользователи для написания этого
самого примечания пользуются разными НТД. Просто удивительно насколько в
одной отрасли могут отличаться учёт и документы.

11s 375ms
а с varchar(2000) с тем же самым 1 символом уже
3m 59s 296ms

Re: FB21(RC1): Datatype blob is not supported for sorting operations




"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


  А не соблаговолит ли многоуважаемый джинн раскрыть великий сермяжный 
смысл сортировки примечаний по чередованию в их текстах буковок русского 
или какого иного алфавита, а не, скажем, по номеру примечания, дате и 
т.п.?


Не могу. Так как сам я такими вещами не занимаюсь, а фантазия у меня бедная. 
Но это ничуть не значит, что такая функция не нужна. Что то мне 
подсказывает, что она будет востребована не только проктологами. :))

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% случаев они отличаются уже в
начале.

Re: FB21(RC1): Datatype blob is not supported for sorting operations




"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


Hello, Dmitry!

Dmitry Voroshin wrote:


Реально, в общем, нужна сортировка только текстовых блобов.


реально она не нужна.


Это депрессивный подход. Так подумать, то и вообще ничего не нужно.

Re: FB21(RC1): Datatype blob is not supported for sorting operations




"Dmitry Yemanov" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


Dmitry Voroshin wrote:


А планируется таки сделать сортировку блобов?


Точно планируется сделать нормальный DISTINCT / GROUP BY для блобов. А вот 
насчет сортировки, да еще и полноценной, вопрос пока открытый.




Реально, в общем, нужна сортировка только текстовых блобов.

А вот, интересно, если расширить функции блоб-фильтров и добавить туда 
отношение порядка?

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 Yemanov" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


Taras Kucher wrote:


Не понял, а что тогда значит в Release Notes к FB 2.1 раздел "Sorting on 
BLOB and ARRAY Columns is Now Disallowed"?? Неужели опять разрешат?


Да. Ибо вопят на каждом углу.


А планируется таки сделать сортировку блобов?

Re: ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½

2008-01-29 Пенетрантность Dmitry Voroshin




"Cattus Nocturnus" <[EMAIL PROTECTED]> 
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: 
news:[EMAIL PROTECTED]

ÐÐ°, Ð¾ÑÐµÐ½Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½Ð°Ñ ÑÑÑÐºÐ°. ÐÑÐ¾Ð³Ð¾Ð»Ð¾ÑÐ¾Ð²Ð°Ð».


ÐÑÐ¾Ð³Ð¾ 4 Ð³Ð¾Ð»Ð¾ÑÐ°. Ð¯ÑÐ½Ð¾Ðµ Ð´ÐµÐ»Ð¾ - Ð¼Ð°ÑÑ ÑÑÐ²... :(

Re: Ð¡Ð¿Ð¸ÑÐ¾Ðº Ð·Ð°Ð±ÑÑÑÑ Ð³ÐµÐ½ÐµÑÐ°ÑÐ¾ÑÐ¾Ð²

2008-01-21 Пенетрантность Dmitry Voroshin




"Tonal" <[EMAIL PROTECTED]> ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² 
Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]



Ð ÐºÐ°Ðº ÑÑÐ¾ ÑÐ´ÐµÐ»Ð°ÑÑ Ñ Ð¿Ð¾Ð¼Ð¾ÑÑÑ Ð·Ð°Ð¿ÑÐ¾ÑÐ¾Ð² Ðº Ð¼ÐµÑÐ°Ð´Ð°Ð½Ð½ÑÐ¼?

ÐÐ°Ð±ÑÐ» ÑÐºÐ°Ð·Ð°ÑÑ ÑÐµÑÐ²ÐµÑ 2.0.3 SS Win



ÐÑ, Ð²Ð¾ Ð¿ÐµÑÐ²ÑÑ, Ð³ÐµÐ½ÐµÑÐ°ÑÐ¾ÑÑ Ð¼Ð¾Ð³ÑÑ Ð² Ð¼ÐµÑÐ°Ð´Ð°Ð½Ð½ÑÑ Ð½Ðµ Ð¸ÑÐ¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÑÑÑ, Ð° Ð¿ÑÐ¸Ð»Ð¾Ð¶ÐµÐ½Ð¸Ñ 
ÑÐ°ÐºÐ¸ Ð½ÑÐ¶Ð½Ñ. Ð£ ÑÐµÐ±Ñ Ð½Ðµ ÑÐ°Ðº?

Ð, Ð²Ð¾ Ð²ÑÐ¾ÑÑÑ, Ð·Ð°Ð²Ð¸ÑÐ¸Ð¼Ð¾ÑÑÐ¸ Ð² IBExpert Ð½Ðµ Ð¿Ð¾Ð´ÑÐ¾Ð´ÑÑ?

Re: Глупый вопрос о сортировке

2008-01-21 Пенетрантность Dmitry Voroshin




"Dmitry Yemanov" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


sasha wrote:



Потому что это бессмысленно.


Объясни пожалуйста.


Исключение одно -- если индекс по первым полям хорошо кластеризован, но у 
нас нет соответствующей статистики. Зато если индексированные поля сильно 
неуникальны, то твой вариант "уйдет в себя" на века.


Насчёт уникальности. А если это уникальный индекс? Тогда получается 
сортировка бесмыссленна?

Re: inner & left

2008-01-15 Пенетрантность Dmitry Voroshin




"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в 
новостях следующее: news:[EMAIL PROTECTED]


Hello, Dmitry!

Dmitry Lendel wrote:

Привет.
Я опять решил тут поныть :-))
Оптимизатор во многих случаях не видит правильных индексов (т.е. 
нарурал),
если указать inner, но видит если указать left. Как в 2.0 так и в 2.1 Как 
с

этим бороться? План "прибивать"? Может есть какие-то рекомендации?


не надо бояться натуралов. что за маниакальное желание всегда использовать 
индексы?


Потому что натурал IBExpert подсвечивает красненьким :)))

Re: fb 2.1 ods

2008-01-09 Пенетрантность Dmitry Voroshin




"Kovalenko Dmitry" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]



Не умеет, так не умеет. Закрываем это флейм.


Ну почему флейм? Нормальная тема :)

Я вот, к примеру, задумался - а почему мой репликатор может работать с 
пакетами старой структуры. А создавать может только пакеты с новой :)


Да что бы не провоцировать продолжение порождения гуана :))


Вот так всегда: сначала порождаем гуано, а потом боремся с его 
порождением... :)

Re: off FB 2.1

2007-12-13 Пенетрантность Dmitry Voroshin




"Dmitry Lendel" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


Напомните pls откуда можно скачать последний снапшот. 2.1
Дмитрий


http://bakh.spb.ru/Download/FB

Re: request synchronization error

2007-12-12 Пенетрантность Dmitry Voroshin




"Vlad Khorsun" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


"Dmitry Voroshin" ...



"Khorsun Vlad" ...

"Khorsun Vlad" ...


   Если с любым клиентом... схематично можешь описать ситуацию ?


Очень странно. Сделал воспроизводимый пример. Только почему то он 
воспроизводится только с TIBClientDataset. C другими нет.
Может TIBClientDataset чего химичит? Вышлю тебе, погляди пожалуйста. 
Архив rar.


   SourceForge не пропустит rar. Измени расширение, плс


Посылал через gmane. Не дошо. Сейчас послал через SF.

Кстати. Я нагнал. Виноват, запутался немного. С КЛИЕНТОМ от 1.5.4 ошибки 
нет. Ошибки с клиентом от 2.1 c с серверами 1.5 и 2.1. И почему-то только на 
определённых записях в БД.

Re: request synchronization error




"Khorsun Vlad" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]

"Khorsun Vlad" ...


   Если с любым клиентом... схематично можешь описать ситуацию ?


Очень странно. Сделал воспроизводимый пример. Только почему то он 
воспроизводится только с TIBClientDataset. C другими нет.
Может TIBClientDataset чего химичит? Вышлю тебе, погляди пожалуйста. Архив 
rar.

Re: request synchronization error




"Khorsun Vlad" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


   С каким клиентом ?


С любым.


   Воспроизводимый пример есть ?


Пробую сделать.
Если бы был, я не задавал бы туманные вопросы.

Re: request synchronization error




"Khorsun Vlad" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


"Dmitry Voroshin" ...



"Khorsun Vlad" ...
>
>Давай точную версию клиента и сервера

2.1.0.17176


   А зачем про 1.5.4 писал ? В любом случае - тут недавно была
ссылка на снапшоты Vladimir A.Bakhvaloff - попробуй их, плс

http://bakh.spb.ru/Download/FB/



Попробовал.  2.1.0.17512

То же самое.

Re: request synchronization error




"Khorsun Vlad" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


"Dmitry Voroshin" ...



"Khorsun Vlad" ...
>
>Давай точную версию клиента и сервера

2.1.0.17176


   А зачем про 1.5.4 писал ?


Потомучто и там то-же самое.


В любом случае - тут недавно была
ссылка на снапшоты Vladimir A.Bakhvaloff - попробуй их, плс

http://bakh.spb.ru/Download/FB/



Попоробую.

В логе, кстати.
INET/inet_error: read errno = 10054

Re: request synchronization error




"Khorsun Vlad" <[EMAIL PROTECTED]> 
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]


   Давай точную версию клиента и сервера


2.1.0.17176

request synchronization error



request synchronization error

Что за ошибка? У меня возникает в одном запросе. Не могу понять, то ли IBX 
парит моск, то-ли сервер. Конкретно возникает при вызове в IBX


isc_dsql_sql_info  isc_info_sql_records

посвторный вызов этой же функции - ОК

Пока не понимаю куда копать. Что это вообще за ошибка?

1.5.4  2.1

2007-11-29 Пенетрантность Dmitry Voroshin



ÐÐ¾Ð³Ñ Ð²ÑÑÐ»Ð°ÑÑ UDF-ÐºÐ¸. ÐÑÐ´Ð°?

2007-11-29 Пенетрантность Dmitry Voroshin




"Slava Ekimov" <[EMAIL PROTECTED]> ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° 
Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]


Ð ÐÐ¸ÑÑÐµ Ð² ÑÐ°Ð±Ð»Ð¸ÑÐµ ÑÐ¸Ð¼Ð²Ð¾Ð»Ð¾Ð² A0 Ð½Ð°Ð·ÑÐ²Ð°ÐµÑÑÑ No-Break Space


ÐÐ°Ðº ÑÑÐ¾ Ð¾Ð½, ÑÐ¾Ð´Ð¸Ð¼ÑÐ¹, Ð¸ ÐµÑÑÑ :))). ÐÐµÑÐ°Ð·ÑÑÐ²Ð½ÑÐ¹ Ð¿ÑÐ¾Ð±ÐµÐ».

Re: ï¿½.ï¿½. ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ï¿½ !

2007-11-27 Пенетрантность Dmitry Voroshin




"Vlad Khorsun" <[EMAIL PROTECTED]> 
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]



   ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÐµÐ¼, Ð¶ÐµÐ»Ð°ÐµÐ¼, ÑÑÐ° !

   ÐÑÑÑÑ ÑÑÑÑÑÐ¸ÐºÐ¸ ÑÑÑÐ»Ð¾Ðº Ð² ÑÐ²Ð¾Ð¸Ñ Ð¸Ð½ÑÐµÑÑÐµÐ¹ÑÐ°Ñ Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° Ð½Ðµ Ð¿ÐµÑÐµÐ¿Ð¾Ð»Ð½ÑÑÑÑÑ,
Ð° GUID'Ñ - Ð½Ðµ Ð¿Ð¾Ð²ÑÐ¾ÑÑÑÑÑÑ ! ÐÑÑÑÑ Ð¾ÑÑÐ¾ÑÐ½ÐµÑ ÑÐ·ÑÐº Ñ ÑÐ¾Ð³Ð¾, ÐºÑÐ¾ Ð½Ð°Ð·Ð¾Ð²ÑÑ ÑÐµÐ±Ñ
IUnknown ! Ð§ÑÐ¾Ð± ÑÐ²Ð¾Ð¹ QueryInterface Ð½Ð¸ÐºÐ¾Ð³Ð´Ð° Ð¾ÑÐ¸Ð±Ð°Ð»ÑÑ, Ð° Ð°Ð³ÑÐµÐ³Ð¸ÑÐ¾Ð²Ð°Ð½Ð¸Ðµ
Ð²ÑÐµÐ³Ð´Ð° Ð±ÑÐ»Ð¾ ÑÑÐ¿ÐµÑÐ½ÑÐ¼ !



ÐÑÐ¸ÑÐ¾ÐµÐ´Ð¸Ð½ÑÑÑÑ Ð¸ ...

ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!
ÐÐ¾Ð·Ð´ÑÐ°Ð²Ð»ÑÑ!

2007-11-15 Пенетрантность Dmitry Voroshin




"Dmitriy A. Beloshistov" <[EMAIL PROTECTED]> 
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: 
news:[EMAIL PROTECTED]


ÐÑÐ¸Ð²ÐµÑ!


ÐÐ¾ ÑÐ°Ð¼Ð° Ð¸Ð´ÐµÑ Ð¼Ð½Ðµ Ð½ÑÐ°Ð²Ð¸ÑÑÑÑ ;)



Ð Ð¼Ð½Ðµ Ð½ÐµÑ. ÐÐ¾ÑÐ¾Ð¼ÑÑÑÐ¾ Ð¿ÑÐ¾ÐºÑÐ¾Ð»Ð¾Ð³Ð¸Ñ.


;) ÐÑÑÑ Ð½ÐµÐ¼Ð½Ð¾Ð³Ð¾ ;)


ÐÑÐ¾ÑÐµ Ð¸Ð·Ð¼ÐµÐ½Ð¸Ñ ODS Ð¸ ÑÐ°ÑÑÐ¸ÑÐ¸ÑÑ Ð¿Ð¾Ð»Ñ Ð²


Ð§ÐµÐ¼ Ð¸Ð·Ð¼ÐµÐ½ÐµÐ½Ð¸Ðµ ODS Ð² Ð´Ð°Ð½Ð½Ð¾Ð¼ ÐºÐ¾Ð½ÐºÑÐµÑÐ½Ð¾Ð¼ ÑÐ»ÑÑÐ°Ðµ Ð¿Ð¾Ð¼Ð¾Ð¶ÐµÑ?

ÐÐµ Ð¿Ð¾Ð½ÑÐ». Ð Ð°ÑÑÐ¸ÑÐ¸ÑÑ current_user Ð´Ð¾ 1024 ÑÐ¸Ð¼Ð²Ð¾Ð»Ð¾Ð² Ð½Ðµ Ð¿Ð¾Ð¼Ð¾Ð¶ÐµÑ? ÐÐ¸ Ñ Ð½Ðµ Ð¿ÑÐ¾ 
ÑÐ¾? /|\

2007-11-15 Пенетрантность Dmitry Voroshin




"Dmitriy A. Beloshistov" <[EMAIL PROTECTED]> 
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: 
news:[EMAIL PROTECTED]


ÐÑÐ¸Ð²ÐµÑ!


Ð¡Ð²Ð¾Ñ ÑÐ¾Ð±ÑÑÐ²ÐµÐ½Ð½ÑÑ ÑÐ°Ð±Ð»Ð¸ÑÑ ÑÐ°ÑÑÐ¸ÑÐ¸ÑÑ - Ð²Ð¾Ð¾Ð±ÑÐµ Ð½Ðµ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ð°.

Ð¡Ð¾Ð³Ð»Ð°ÑÐµÐ½.

Ð§ÑÐ¾ Ð´Ð¾Ð»Ð¶Ð½Ð¾ Ð²Ð¾Ð·Ð²ÑÐ°ÑÐ°ÑÑ select rdb$user from rdb$user_privileges Ð½Ð°Ð¿ÑÐ¸Ð¼ÐµÑ? 
Ð¥ÐµÑ?

Ð¥ÑÑ.


Ð ÐºÐ°Ðº ÑÐ¾Ð³Ð´Ð° ÑÐ·Ð½Ð°ÑÑ, ÑÑÐ¾ current_user - ÑÑÐ¾ ÑÐ¾Ñ Ð¶Ðµ ÑÐ°Ð¼ÑÐ¹ Ð¿Ð¾Ð»Ð·Ð°ÑÐµÐ»Ñ?
SELECT RDB$USER FROM RDB$USER_PRIVILEGES WHERE  :INTO :rdbuser; -- ÑÑÑ 
ÑÑÑ
Select RDB$USER_NAME from RDB$USER_HASH where RDB$HASH=:RDBUSER; -- Ð° ÑÑÑ 
Ð¸Ð¼Ñ Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ, ÐºÐ¾ÑÐ¾ÑÐ¾Ðµ Ð´Ð¾Ð»Ð¶Ð¾Ð½ Ð²ÐµÑÐ½ÑÑÑ CURRENT_USER.


ÐÐ´Ðµ RDB$USER_HASH - ÑÐ°Ð±Ð»Ð¸ÑÐ° ÑÐ¾Ð¾ÑÐ²ÐµÑÑÑÐ²Ð¸Ð¹ Ð´Ð»Ñ Ð¸Ð¼ÐµÐ½Ð¸ Ð¿Ð¾Ð»ÑÐ·Ð¾Ð²Ð°ÑÐµÐ»Ñ Ð¸ ÑÑÑÐ° 
(1:1).


PS. Ð Ð¿ÑÐ¸Ð½ÑÐ¸Ð¿Ðµ Ð¿Ð¾Ð½ÑÑÐ½Ð¾, ÑÑÐ¾ ÑÐ°ÐºÐ¾Ðµ Ð½Ð¾Ð²Ð¾Ð²Ð²ÐµÐ´ÐµÐ½Ð¸Ðµ Ð¼Ð°Ð»Ð¾Ð¹ ÐºÑÐ¾Ð²ÑÑ Ð½Ðµ Ð¾Ð±Ð¾Ð¹Ð´ÐµÑÑÑ - 
Ð½Ð°Ð´Ð¾ Ð¶ ÐµÑÐµ ÑÑÐ¾-ÑÐ¾ Ñ ÑÐ°Ð·Ð´Ð°ÑÐµÐ¹ Ð¿ÑÐ°Ð² Ð´ÐµÐ»Ð°ÑÑ.

ÐÐ¾ ÑÐ°Ð¼Ð° Ð¸Ð´ÐµÑ Ð¼Ð½Ðµ Ð½ÑÐ°Ð²Ð¸ÑÑÑÑ ;)


Ð Ð¼Ð½Ðµ Ð½ÐµÑ. ÐÐ¾ÑÐ¾Ð¼ÑÑÑÐ¾ Ð¿ÑÐ¾ÐºÑÐ¾Ð»Ð¾Ð³Ð¸Ñ. ÐÑÐ¾ÑÐµ Ð¸Ð·Ð¼ÐµÐ½Ð¸Ñ ODS Ð¸ ÑÐ°ÑÑÐ¸ÑÐ¸ÑÑ Ð¿Ð¾Ð»Ñ Ð² 
ÑÐ¸ÑÑÐµÐ¼Ð½ÑÑ ÑÐ°Ð±Ð»Ð¸ÑÐ°Ñ. ÐÑÐ¾Ð²Ð¸ ÑÐ¾Ð³Ð´Ð° Ð±ÑÐ´ÐµÑ ÑÐ¶ ÑÐ¾ÑÐ½Ð¾ Ð¼ÐµÐ½ÑÑÐµ... |=!=|

Re: Backup через сервис и путь с пробелами

2007-10-26 Пенетрантность Dmitry Voroshin



"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Hello, Tonal!
>
> Tonal wrote:
>
> > Если в строке запуска gbak-а указать ключик -se, то он перестаёт
> > понимать пути с пробелами.
> > Пишет: gbak: ERROR:multiple sources or destinations specified
> > FB 2.0.3.12981 [2.0.3.12981]
> >
> > Это известная грабля, или в трекер?
>
> двойные кавычки?
>
> p.s. пути с пробелами - зло, в т.ч. пути с буквами, отличными от
латинских.
>

Да и вообще пути с буквами, отличными от KDV ф топку! :)))

Re: ÐÐ°Ð¿Ð¾Ð¼Ð½Ð¸ÑÐµ Ð¿Ð»Ð¸Ð· FB 1.5 <-> FB 2.0

2007-10-23 Пенетрантность Dmitry Voroshin



"Kovalenko Dmitry" <[EMAIL PROTECTED]>
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ:
news:[EMAIL PROTECTED]
>
> > > Ð ÑÐ°Ð¼ÑÑ Ð¿ÐµÑÐ²ÑÑ Ð²ÐµÑÑÐ¸ÑÑ IB6 Ð¼Ð¾Ð¶Ð½Ð¾ Ð±ÑÐ»Ð¾ Ð´ÐµÐ»Ð°ÑÑ "ÑÑÑÑÐºÐ¸Ðµ!" Ð½Ð°Ð·Ð²Ð°Ð½Ð¸Ñ.
> > > Ð§ÐµÑÑÐ½Ð¾Ðµ ÑÐ»Ð¾Ð²Ð¾. ÐÐ¾ Ð¿Ð¾ÑÐ¾Ð¼ ÑÑÐ¾ Ð´ÐµÐ»Ð¾ Ð±ÑÐ»Ð¾ Ð·Ð°ÑÐµÐ·Ð°Ð½Ð¾
> >
> > ÐÐµÐ¼ Ð·Ð°ÑÐµÐ·Ð°Ð½Ð¾? ÐÑÐµÐºÑÐ°ÑÐ½Ð¾ ÑÐ°Ð±Ð¾ÑÐ°ÐµÑ.
>
> Ð Ð²ÐµÑÐ½Ð¾ 8-)
>
> ÐÑÑÐµÐ½ÐµÑÑ.
>
> Ð£ÑÐ°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð°Ð° !!!

ÐÐ° Ð²ÑÐ·Ð¾Ð²Ð¸ÑÐµ ÐºÑÐ¾-Ð½Ð¸Ð±ÑÐ´Ñ, Ð½Ð°ÐºÐ¾Ð½ÐµÑ, ÑÐ°Ð½Ð¸ÑÐ°ÑÐ¾Ð²! :)))

Re: Вопрос по Named columns join

2007-10-18 Пенетрантность Dmitry Voroshin



"sasha" <[EMAIL PROTECTED]> сообщил/сообщила
в новостях следующее: news:[EMAIL PROTECTED]
>
> Привет!
>
> Я открыл Release Notes к FB 2.1 Beta 2 и прочитал там:
>
> Named columns join
>
> 3 The USING columns can be accessed without qualifiers—in this case, the
> result is equivalent to COALESCE(.,  table>.).
>
>
> Вопрос: "что такое "accessed without qualifiers" и с ними соответственно"?
>
Это когда не пишешь из какой таблицы колонка.

Re: Что выбрать?

2007-10-11 Пенетрантность Dmitry Voroshin



"Мадорский Г.В." <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> Всем привет.
>   Вот подкинули тему для размышления. Хотим попробовать организовать
> торговлю а/м в универсамах, где банки выдают потребительские кредиты.
> Получается, что программа должна работать в режиме briefcase. То есть
> сначала клиент подключается к БД и обновляет остатки автомобилей,
> сопутствующих товаров и необходиме справочники. Затем в режиме offline для
> клиента составляется заказ-наряд на выбранный а/м (сигналка, музыка и
прочие
> навороты). Потом отправляется запрос в банк, и в случае положительного
> ответа снова подключаемся к базе и отправляем заказ-наряд с
соответствующими
> проверками. Сервер работает под Linux. Заводить отдельный комп под windows
> для сервера приложений не хочется. Пока думаю в сторону локальной БД на
> удаленном клиенте и репликации необходимых данных. А может еще какие еще
> варианты есть?

Web-интерферйс?

Re: помогите разобраться

2007-10-07 Пенетрантность Dmitry Voroshin



"Качановский Дмитрий" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> > Dmitri Kuzmenko пишет:
> >> мда. sharemem ведь нужен только когда паскалевские
> >> длинные строки как параметры передаются.
> >> т.е. модуль sharemem в udf не может и не должен
> >> использоваться по определению.
> > Это верно, только если udf-ка самодостаточная.
> > А если она сама что-то использует?
>
> две поправки
> модуль FastMM4 (fastmem) а в нем директивы для включения шаринга памяти.
>
> мне действительно в удф-ках нафих не упал шаринг, просто я параллельно
пишу
> другое приложение, и там он нужен (есть передача классов между библиотекой
и
> основным приложением и либой), ну оставил включенным его, когда в
последний
> раз перекомпилировал эти библииотеки. Честно говря мне даже в голову не
> могло прийти к чему это может привести.
>
> воопсчем, мораль сей басни такова, ЛЮДИ!!! ВНИМАТЕЛЬНЕЕ ЧИТАЙТЕ
> ДОКУМЕНТАЦИЮ. Потом меньше головной боли будет".

Люди!!! Никогда не пишите несовместимые *.dll !!!
Передавать паскалевские объекты в dll - извращение! :))) :))) :)))

Re: помогите разобраться

2007-10-05 Пенетрантность Dmitry Voroshin



"Качановский Дмитрий" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> > Дим, ну не томи :-)))
> >
>
> честное слово я не издевался, я просто спал - почти неделю без сна
> только пойду спать - сайт падает - меня будят - ужас
>
> а оказалось все как всегда просто, вспомнил что у меня еще одна библиотека
> есть, совсем малюсенькая, и зачемя туда фастмем впихнул - не знаю
> т.е. таже самая проблема с шарингом памяти
> убрал и все вроде как встало на свои места

Вывод: фастмем ф топку!

Re: Ð¿Ð¾Ð¼Ð¾Ð³Ð¸ÑÐµ ÑÐ°Ð·Ð¾Ð±ÑÐ°ÑÑÑÑ

2007-10-03 Пенетрантность Dmitry Voroshin



"Vlad Khorsun" <[EMAIL PROTECTED]>
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
>> ÐÐ¾ÑÐµÐ¼Ñ Ñ Ð¼ÐµÐ½Ñ Ñ ÑÐµÐ¼ Ð¶Ðµ Outlook Express Ð¸ Ð²ÑÑ Ð½Ð¾ÑÐ¼Ð°Ð»ÑÐ½Ð¾ ???

Ð¢Ð°Ðº Ñ ÑÐµÐ±Ñ-Ð¶Ðµ Ð½Ð¸ Ð¿Ð½Ñ Ð½Ð¸ ÐºÐ¾Ð»Ð¾Ð´ÑÑ Ð½ÐµÑ... :)))

Re: WEEKDAY Ð¸ WEEK

2007-09-26 Пенетрантность Dmitry Voroshin



"ÐÐ½Ð´ÑÐµÐ¹ ÐÐ¾Ð³Ð¸Ð»ÑÐ½ÑÐ¹" <[EMAIL PROTECTED]>
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
>
> NLS Ð¾Ð´Ð½Ð°ÐºÐ¾ ;)

Ð ÑÑÐ¾ Ð±ÑÐ»Ð¾-Ð±Ñ Ð¾ÑÐµÐ½Ñ ÑÐ´Ð¾Ð±Ð½Ð¾. NLS ÑÑÑÐºÐ° ÐºÑÑÑÐ°Ñ. ÐÐ¾ÑÐ»Ðµ ÐÑÐ°ÐºÑÐ»Ñ Ð¾ÑÐµÐ½Ñ Ð½Ðµ
ÑÐ²Ð°ÑÐ°ÐµÑ.
Ð Ð½Ðµ Ð²Ð¸Ð¶Ñ Ð½Ð¸ÑÐµÐ³Ð¾ ÑÐ¼ÐµÑÐ½Ð¾Ð³Ð¾. ÐÐ¾Ð´Ð¸ÑÐ¾Ð²ÐºÐ¸ Ð²ÐµÐ´Ñ Ð² Ð±Ð°Ð·Ðµ ÐµÑÑÑ? ÐÑÑÑ? ÐÐ¾ÑÐµÐ¼Ñ Ð½Ðµ Ð±ÑÑÑ
Ð½Ð°Ð·Ð²Ð°Ð½Ð¸ÑÐ¼ Ð¼ÐµÑÑÑÐµÐ² Ð¸ Ð´Ð½ÐµÐ¹ Ð½ÐµÐ´ÐµÐ»Ð¸?

Re: WEEKDAY Ð¸ WEEK

2007-09-25 Пенетрантность Dmitry Voroshin



"Dmitry Yemanov" <[EMAIL PROTECTED]>
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
>
> Kovalenko Dmitry wrote:
> >
> > ÐÑÐ¾ÑÐ¾Ð¹ Ð²Ð¾Ð¿ÑÐ¾Ñ - Ð¿Ð¾ÑÐµÐ¼Ñ Ð±Ñ Ð² EXTRACT Ð½Ðµ Ð´Ð¾Ð±Ð°Ð²Ð¸ÑÑ Ð¿Ð¾Ð´Ð´ÐµÑÐ¶ÐºÑ WEEK
>
> http://tracker.firebirdsql.org/browse/CORE-663
>
> ÐÐ¾Ñ ÑÐ¾Ð»ÑÐºÐ¾ ISO-ÑÐµÐ°Ð»Ð¸Ð·Ð°ÑÐ¸Ñ Ð¾Ð¿ÑÑÑ Ð¶Ðµ Ð½Ðµ ÑÐ°ÐºÑ, ÑÑÐ¾ ÑÑÑÑÐºÐ¸Ð¼ ÑÐµÐ»Ð¾Ð²ÐµÐºÐ¾Ð¼
> Ð¿ÐµÑÐµÐ²Ð°ÑÐ¸ÑÑÑ (ÑÐ¼. ÐºÐ¾Ð¼Ð¼ÐµÐ½ÑÑ Ð² ÑÐ¸ÐºÐµÑÐµ).

Ð Ð¿Ð¾ÑÐµÐ¼Ñ-Ð±Ñ Ð½Ðµ Ð²Ð²ÐµÑÑÐ¸ Ð¿ÐµÑÐµÐ¼ÐµÐ½Ð½ÑÑ ÐºÐ¾Ð½Ð½ÐµÐºÑÐ° Ð¸  Ð² Ð·Ð°Ð²Ð¸ÑÐ¸ÑÐ¼Ð¾ÑÑÐ¸ Ð¾Ñ Ð½ÐµÑ Ð²ÑÐ²Ð¾Ð´Ð¸ÑÑ
Ð´Ð½Ð¸ Ð½ÐµÐ´ÐµÐ»Ð¸ Ð¿Ð¾ ISO Ð¸Ð»Ð¸ Ð¿Ð¾ ÑÑÑÑÐºÐ¸?

Re: Ð ÑÑÐ¾ Ð¿Ð¾ÑÐ»Ðµ Beta 2?

2007-09-24 Пенетрантность Dmitry Voroshin



"ÐÐ½Ð´ÑÑÐ¹ ÐÑÐº" <[EMAIL PROTECTED]> ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð²
Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
>
> RC Ð¸Ð»Ð¸ Beta 3?

ÐÐ°Ð¼Ð¼Ð° :)))

Re: FB 2.0, FB 2.1, SUBSTRING, NULL

"Dmitry Yemanov" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Кузнецов Евгений wrote:
> >
> > Правда, мне подход Yaffil больше нравится - not allowed, и проблема,
> > сколько записей возвращать, снимается :)
>
> Увы, противников этого подходов оказалось больше :-)

Ну и чёрт с ним. :)) главное, чтобы не возращало случайную строку. Мне,
лично, засовывать NULL в SUBSTRING и в голову бы никогда не пришло.

Re: FB 2.0, FB 2.1, SUBSTRING, NULL



"Кузнецов Евгений" <[EMAIL PROTECTED]> сообщил/сообщила
в новостях следующее:
news:[EMAIL PROTECTED]
>
> Доброго времени суток!
>
> On 22 сент, 14:06, Dmitry Yemanov
<[EMAIL PROTECTED]> wrote:
> > Как аргумент функции, возвращающей значение - согласен. А вот в качестве
> > части алгоритма - спорно. Вернуть неизвестно сколько записей -- это 0
> > или random() или все? Вы же будете спорить по опупения, вот мы и
> > формализовали оный NULL хоть к какому-либо [определенному] виду.
>
> Правда, мне подход Yaffil больше нравится - not allowed, и проблема,
> сколько записей возвращать, снимается :)

Поддерживаю!

Re: FB 2.0, FB 2.1, SUBSTRING, NULL



"Dmitry Yemanov" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Кузнецов Евгений wrote:
> >
> > Видимо, и FIRST, и SKIP NULL-параметры в 0 сейчас превращают.
>
> Кто-то это просил. Давно.

По моему, это неправильно. NULL он NULL и есть. Никак не 0

Re: Re[4]: FB + ASP.NET



"Sergey Nikolaenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
>
> "Константин" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
> SN> www.morfik.com , 2 месяца мучаем уже...  впечаления положительные
>
> А на какой платформе оно работает ?
> Что-то я так и не вьехал ... :(
>
> пишеш приложение (на object pascal, Jva, C# или VB)
> формы (очень похоже на FastReport), серверная часть, вебсервисы и т.д.
> оно комипилит это в апп-сервер (по выбору - самостоятельный екзе под
> вин/линукс, либо модули или dll  к апачу)
> при обращении к этому апп серверу из броузера - он генерит странички на
> JvaScript которые и отображаются у тебя на экране.
> Весь сайт в итоге - набор скриптов с твоими формами, причем по поводу
аякса
> и прочего можешь не думать - оно там изначально.
> В качестве компилера среда использует FreePascal в качестве своего
движка -
> FB2
> из апп-сервеа можешь коннектиктся с своем базам на FB

Букав много, но совершенно непонятно.
> пишеш приложение (на object pascal, Jva, C# или VB)
Какое приложение, к чему приложение? Какие формы? Чево ково куда и как
компилит?

Re: Ded'Ð° Ñ Ð´Ð½ÑÑÐ¾Ð¹!



ÐÑÐ¸ÑÐ¾ÐµÐ´Ð¸Ð½ÑÑÑÑ ÐºÐ¾ Ð²ÑÐµÐ¼ Ð¿Ð¾Ð·Ð´ÑÐ°Ð²Ð»ÐµÐ½Ð¸ÑÐ¼!

ÐÑÐµÐ³Ð¾ ÑÐ°Ð¼Ð¾Ð³Ð¾!!! Ð Ð¸ Ñ.Ð´. Ð¸ Ñ.Ð¿.

Re: FB + ASP.NET

2007-09-20 Пенетрантность Dmitry Voroshin



PPS: Вот я думаю а мож ну его нафиг ? Обойдусь PHP, по старинке ...
 Хотя в ASP.NET такие вкустности есть ... в плане интерфейса ;)

А так-же в плане тормозов и размеров страниц. Уж больно оно любит POST ить
на каждый чих...

Re: Уникальности на просмотрах

2007-09-19 Пенетрантность Dmitry Voroshin



"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> А почему? ИМХО вовсе не из-за слабости выразительных средств того же
> SQL, а во-первых из-за той вычислительной нагрузки, которой тогда
> придется рулить, а во-вторых из-за неизбежной сериализации запросов, и
> нафига тогда столько сил убито на параллелизм работы пользователей?
> Не..., оставим это приложениям и серверам приложений а наше (СУБД) дело
> - данные.

По моему это хрень!!!

Re: Версия FB-клиента



"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Dmitry Voroshin wrote:
>
> > А если глянуть глубже, то вот такой вот забавный код...
>
> Ты слова читал, которые я накорябал, или как всегда? ;)

Это обвинение? Отметаю, как необоснованное и волюнтаристкое...  :-||

Например, в
> 4.42 этой забавы нет.

Нет и ладно.

Re: Версия FB-клиента



"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Dmitry Voroshin wrote:
> > Так это-ж не при установке FB происходит, а при РЕГИСТРАЦИИ компонентов
IBX.
>
> Не только. В моём экземпляре, возрастом сходном с окаменевшим
> дерьмом мамонта, например, сходу беглым взглядом
>
> procedure TIBTransaction.SetDefaultAction(Value: TTransactionAction);
> begin
>if (Value = taRollbackRetaining) and (GetIBClientVersion < 6) then
>  IBError(ibxeIB60feature, [nil]);
>FDefaultAction := Value;
> end;
>

А если глянуть глубже, то вот такой вот забавный код...

 Fisc_rollback_retaining := TryGetProcAddr('isc_rollback_retaining'); {do
not localize}
if Assigned(Fisc_rollback_retaining) then
begin
  IBClientVersion := 6;

Так что не думаю, что всё так страшно...

Re: Версия FB-клиента



"Khorsun Vlad" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> "Dmitry Voroshin" ...
> >
> >
> > "Vlad Khorsun"
> > сообщил/сообщила в новостях следующее: ...
> > > ДК уже сказал - чтобы IBX не отвергало Service API
> >
> > По моему с этой чехардой с цифрами гемороя больше, чем с ИНСТАЛЛЯЦИЕЙ
IBX.
>
> А по-моему - нет. Будем спорить ?

А смысл?

Re: Версия FB-клиента

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Hello, Dmitry!
>
> Dmitry Voroshin wrote:
>
> > По моему с этой чехардой с цифрами гемороя больше, чем с ИНСТАЛЛЯЦИЕЙ
IBX.
> > Куда проще в исходниках IBX эту проверку закоментировать. Кому надо -
тот
> > так и сделает, а кому не надо - ну и чих с ним...
>
> кто так сделает? Представь себе, что не все используют FIBPlus.
> Допустим, некий тип купил дельфю, запускает, ставит FB, и ... ?
>
> сервер ему человеческим голосом говорит - "поменяй в этом сраном IBX
> в строке такой то то и это!"?

Так это-ж не при установке FB происходит, а при РЕГИСТРАЦИИ компонентов IBX.
И этот ТИП - кто это такой? Вася Пупкин? Так Вася Пупкин наверняка уже
Дельфу с IB6 или каим-там поставил вместе и у него всё прекрасно
зарегистрировалось. А если этот тип программист - то не понять причину тут
просто нельзя!

Re: Версия FB-клиента

2007-09-06 Пенетрантность Dmitry Voroshin



"Vlad Khorsun" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> ДК уже сказал - чтобы IBX не отвергало Service API

По моему с этой чехардой с цифрами гемороя больше, чем с ИНСТАЛЛЯЦИЕЙ IBX.
Куда проще в исходниках IBX эту проверку закоментировать. Кому надо - тот
так и сделает, а кому не надо - ну и чих с ним...

Re: ÐÐ¾Ð»Ð¸ÑÐµÑÑÐ²Ð¾ Ð¿Ð¾Ð»ÐµÐ¹ Ð² ÑÐ°Ð±Ð»Ð¸ÑÐµ

2007-09-06 Пенетрантность Dmitry Voroshin



"Dmitry Yemanov" <[EMAIL PROTECTED]>
ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
>
> Oleg Matveyev wrote:
> >
> > Ð ÐºÐ°Ðº Ð½Ð° ÑÑÐµÑ SELECT COUNT(*) FROM T ?
>
> ÐÐºÐ¾Ð½Ð¾Ð¼Ð¸Ñ Ð±ÑÐ´ÐµÑ Ð¼Ð°ÐºÑÐ¸Ð¼ÑÐ¼ 25% (ÐµÑÐ»Ð¸ Ð²ÑÐµ Ð² ÐºÐµÑÐµ). ÐÐ½Ð¾ ÑÐµÐ±Ðµ Ð½Ð°Ð´Ð¾

Ð¢Ð°Ðº ÑÑÐ¾-Ð¶ Ð³Ð¸Ð³Ð°Ð½ÑÑÐºÐ°Ñ ÑÐºÐ¾Ð½Ð¾Ð¼Ð¸Ñ!

Re: FB 2.1.0.15999 beta1 вылетает при попытке select из таблиц MON$...

2007-07-09 Пенетрантность Dmitry Voroshin



"Alex Cherednichenko" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
> Хм...
> Интересно, в чем же тогда кроется "защита" от спамеров?.

В том, наверное, что адрес каждый раз генерится новый:

Счас проверим...

[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

Re: OFF Точно Наших бъют....

2007-07-07 Пенетрантность Dmitry Voroshin



"Андрій Жук" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
> дык ведь оккодемиков сейчас ка собак нерезаных. Они и оккодемиков, и
> проффесоров повыдают, лишь бы денег дал.
> РАЕН - известная контора по липовым корочках, к науке отношения не имеет.

Это точно. Как только  я вижу академика РАЕН - мне так и хочется плюнуть ему
в рожу...

Re: Кто из нас обкурился?

2007-06-27 Пенетрантность Dmitry Voroshin



"Dmitri Kuzmenko" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> select * from commoditytree
> where parentindex
> like '0'||'%'
> Т.е. в случае :p и конкатенации сервер на
> этапе анализа запроса НЕ МОЖЕТ понять что там будет.

Как раз в случае конкатенации то и может, но не хочет...

Re: Вложенные таблицы

2007-06-27 Пенетрантность Dmitry Voroshin

"Kochmin Alexandr" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Андрій Жук пишет:
> >
> > Alex Cherednichenko wrote:
> >> Привет, Андрій!
> >> Вы пишешь  27 июня 2007:
> >>
> >>  АЖ> Ну это как аналог таблиц 1 к 1, только без  дополнительного ключа.
> >>
> >> А в чём фикус-пикус? (С)
> >>
> > Ну В отсутствии дополнительного поля и индекса.
>
> а может быть они есть, но просто не видно?
>

Если я правильно путаю, то это когда поле таблицы типа таблица. И в Оракуле,
по моему, такое есть. Только не уверен, что оно кому-то надо. Мне вот точно
не надо. Даже лень документацию открывать.

Re: rdb$get_conext и rdb$set_context

2007-06-26 Пенетрантность Dmitry Voroshin


> > - можно ли добавить еще одну системную переменную в которой будет
> > указана версия этой самой DLL? Что бы отлавливать старье.
>
> А как ее узнать? Посылать по протоколу из самой DLL?
> Не вижу смысла, честно говоря.

А вот в таблицах мониторинга такая вещь была-бы полезна.

Re: 2.1 Рекурсивные процедуры

2007-06-25 Пенетрантность Dmitry Voroshin

"Dmitry Yemanov" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Dmitry Voroshin wrote:
> >
> > И как это понимать? Так задумано иди всё-таки баг?
>
> Так не задумывалось, но нечаянно получилось :-)

Особенно весело это выглядит в IB Expert в DBComparer, когда он заменят
селективные процедуры на болванки типа

begin
exit;
end

Ведь сервер как-то различает СОЗДАНИЕ селективной процедуры, так почему не
различает ПЕРЕСОЗДАНИЕ?

Наверное лучше было оставить как раньше...

2.1 Рекурсивные процедуры

2007-06-25 Пенетрантность Dmitry Voroshin


В связи с введённым запретом на вызов селектом неселективных процеду имеем
вот что:

Попробуем создать рекурсивную селективную процедуру:

create procedure T1
returns(S integer)
as
begin
  for select * from T1 into :S do suspend;
end

commit;

Здесь всё нормально - создаётся.
Делаем дальше:

REcreate procedure T1
returns(S integer)
as
begin
end

commit;

Тоже вроде всё ок.
Теперь вертаем всё на круги своя:

REcreate procedure T1
returns(S integer)
as
begin
for select * from T1 into :S do suspend;
end

commit;

invalid request BLR at offset 37.
Procedure T1 is not selectable (it does not contain a SUSPEND statement).

И как это понимать? Так задумано иди всё-таки баг?

Re: Пятница.

2007-06-25 Пенетрантность Dmitry Voroshin


Тоже в тему:

О.О.О. ,,Тбилиси-2002"
 г. Тбилиси

Наше предприатые заинтересована в приобретении
 1.Нового или бившего вупатреблении печного трансформатора
 ЭТЦПК-6300/10  72у3   4000 КВА  6КВ/0,4КВ
 2. Внутренная абмотка сердцевини  трансформатора
   ЭТЦПК-6300/10  72у3   4000 КВА   6КВ/0,4КВ

 С уважением,

 Директор
 О.О.О. ,,Тбилиси-2002"
 А. Паилодзе

Re: FB 2.1: distinct + подзапрос = бага

2007-06-23 Пенетрантность Dmitry Voroshin



"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
> "Dmitry Voroshin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> > Да ну?
> >
> > Навскидку: substring( from 1 to X)  :)))
>
> 1) Хэш фиксированный длдины
> 2) И какой при этом будет размер хэша?
> 3) Если размер blob > x, то порядок теряется

1) В любом случае в хэше всегда есть коллизии.
2) Конечно, что я написал - ерунда.  С тем же успехом можно сортировать и
сами блобы всортировщике. Достаточно просто сравнивать сегменты по порядку.
В общем случае 99% блобов будут отличаться друг от друга уже в первом
сегменте. Правда в худшем - не будут отличаться вовсе. Сейчас, как я
понимаю, сортировщик тащит все данные внутро себя (на диск там сбрасывает).
Блобы, можно туда не тащить, а запрашивать сегменты только для сравнения. С
другой стороны нужен будет упорядоченный список этих сегментов (в памяти или
на диске).
Мутно тут всё.
Теоретически то тут проблем нет, но вот практически как всё это будет
работать и не убъёт ли это производительность сортировки это уж не мне
судить...


Ещё как вариант - индекс для BlobID в порядке их сортировки. Насколько
замедлидся вставка? Опять же не мне судить.
В обще случае, конечно, решать разработчикам. Я блобы вроде как пока не
сортирую и distinct по ним не делаю.

Хотя, с другой стороны... Уж если приравняли тектовые блобы к строкам, то
почему я  могу сортировать string(32000) а текстовый блоб, содержащий 33000
символов уже не могу?

Re: FB 2.1: distinct + подзапрос = бага



"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
> "Dmitry Voroshin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> >
> > А можно, наверно, хэширвать блобы самим сервером и использовать
сортировку
> > по хэшу с уточнением коллизий...
>
> Хэш функцию предназначена не для упорядочивания элементов множества. А для
сортиовки нужна функция которая будет задавать порядок. В общем случае такую
функцию написать для BLOB невозможно.

Да ну?

Навскидку: substring( from 1 to X)  :)))



"Oleg LOA" <[EMAIL PROTECTED]> ÑÐ¾Ð¾Ð±ÑÐ¸Ð»/ÑÐ¾Ð¾Ð±ÑÐ¸Ð»Ð° Ð² Ð½Ð¾Ð²Ð¾ÑÑÑÑ
ÑÐ»ÐµÐ´ÑÑÑÐµÐµ: news:[EMAIL PROTECTED]
> "Dmitry Voroshin" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> >
> >> Ð Ñ Ð²Ð¾Ñ ÐºÐ°Ðº ÑÑÑ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ñ Ð¾Ð·Ð²ÑÑÑ. ÐÑÐ¾ Ð¿Ð¾Ð»ÑÑÐ°Ð» Ð²ÑÑÑÐµÐµ Ð¾Ð±ÑÐ°Ð·Ð¾Ð²Ð°Ð½Ð¸Ðµ Ð¿Ð¾
> > IT-ÑÐ¿ÐµÑÐ¸Ð°Ð»ÑÐ½Ð¾ÑÑÑÐ¼. Ð¡ÐºÐ¾Ð»ÑÐºÐ¾ ÑÐ°ÑÐ¾Ð² Ð² ÑÐ¾Ð¾ÑÐ²ÐµÑÑÑÐ²ÑÑÑÐ¸Ñ Ð¿ÑÐµÐ´Ð¼ÐµÑÐ°Ñ Ð±ÑÐ»Ð¾
Ð¿Ð¾ÑÐ²ÑÑÐµÐ½Ð¾
> > Ð°ÑÑÐ¸ÑÐµÐºÑÑÑÐµ ÑÐ¸ÑÐ¸ÑÐµÐ¼ Ð¾ÑÐ¸ÐµÐ½ÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð½ÑÑ Ð½Ð° Ð¿Ð°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½Ð¾Ðµ Ð²ÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ðµ Ð·Ð°Ð´Ð°Ñ?
ÐÐ¾Ñ
> > ÑÐ¾-ÑÐ¾ Ð¸ Ð¾Ð½Ð¾ (Ð¡).
> >
> > ÐÐ°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½ÑÐµ Ð²ÑÑÐ¸ÑÐ»ÐµÐ½Ð¸Ñ   - 34
> > ÐÐµÐ¹ÑÐ¾ÐºÐ¾Ð¼Ð¿ÑÑÑÐµÑÐ½ÑÐµ ÑÐ¸ÑÑÐµÐ¼Ñ Ð¸ Ð¿Ð°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½ÑÐµ Ð²ÑÑÐ¸ÑÐ»ÐµÐ½Ð¸Ñ  - 36
> > ÐÐ°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½Ð¾Ðµ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼Ð¸ÑÐ¾Ð²Ð°Ð½Ð¸Ðµ - 42
>
> ÐÐ¾Ñ ÑÐ¾-ÑÐ¾ Ð¸ Ð¾Ð½Ð¾ (Ñ).
>
> Ð§ÑÐ¾ Ð¼Ð¾Ð¶Ð½Ð¾ Ð½Ð°Ð¸Ð·ÑÑÐ°ÑÑ Ð·Ð° ÑÑÐ¾Ð»ÑÐºÐ¾ ÑÐ°ÑÐ¾Ð² ;-);-);-)

ÐÐ° ÑÑÑ Ð´Ð°Ð¶Ðµ Ð´ÐµÐ»Ð¾ Ð½Ðµ Ð² ÐºÐ¾Ð»Ð¸ÑÐµÑÑÐ²Ðµ ÑÐ°ÑÐ¾Ð², Ð° Ð² ÐºÐ²Ð°Ð»Ð¸ÑÐ¸ÐºÐ°ÑÐ¸Ð¸ Ð¿ÑÐµÐ¿Ð¾Ð´Ð°Ð²Ð°ÑÐµÐ»ÐµÐ¹.
Ð Ð°Ð·Ð²Ðµ ÐºÐ²Ð°Ð»Ð¸ÑÐ¸ÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð½ÑÐ¹ ÑÐ¿ÐµÑÐ¸Ð°Ð»Ð¸ÑÑ Ð±ÑÐ´ÐµÑ Ð¿ÑÐ¿Ð¾Ð´Ð°Ð²Ð°ÑÑ Ð·Ð° ÑÐ°ÐºÑÑ Ð·Ð°ÑÐ¿Ð»Ð°ÑÑ? ÐÐ°Ð¶Ðµ
ÐµÑÐ»Ð¸ ÑÐ°ÑÑ Ð² 5 ÑÐ°Ð· ÑÐ²ÐµÐ»Ð¸ÑÐ¸ÑÑ - ÑÐµÐ·ÑÐ»ÑÑÐ°Ñ ÑÐ¾-Ð¶Ðµ Ð±ÑÐ´ÐµÑ. Ð¢Ð¾Ð»ÑÐºÐ¾ Ð²Ð¾Ð´Ñ Ð² ÐºÑÑÑÐµ
Ð¿ÑÐ¸Ð±Ð°Ð²Ð¸ÑÑÑ...

Re: FB 2.1: distinct + подзапрос = бага



"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
> "Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> >
> > Alexey Popov wrote:
> >>
> >> Сортировка по блобам вполне логична.
> >
> > Забудь.
>
> МОжно сложно  разрешить сортировку по блобам если опредлена
пользовательская UDF которая сортирует блоб заданного типа

А можно, наверно, хэширвать блобы самим сервером и использовать сортировку
по хэшу с уточнением коллизий...


> Ð Ñ Ð²Ð¾Ñ ÐºÐ°Ðº ÑÑÑ Ð¿ÑÐ¾Ð±Ð»ÐµÐ¼Ñ Ð¾Ð·Ð²ÑÑÑ. ÐÑÐ¾ Ð¿Ð¾Ð»ÑÑÐ°Ð» Ð²ÑÑÑÐµÐµ Ð¾Ð±ÑÐ°Ð·Ð¾Ð²Ð°Ð½Ð¸Ðµ Ð¿Ð¾
IT-ÑÐ¿ÐµÑÐ¸Ð°Ð»ÑÐ½Ð¾ÑÑÑÐ¼. Ð¡ÐºÐ¾Ð»ÑÐºÐ¾ ÑÐ°ÑÐ¾Ð² Ð² ÑÐ¾Ð¾ÑÐ²ÐµÑÑÑÐ²ÑÑÑÐ¸Ñ Ð¿ÑÐµÐ´Ð¼ÐµÑÐ°Ñ Ð±ÑÐ»Ð¾ Ð¿Ð¾ÑÐ²ÑÑÐµÐ½Ð¾
Ð°ÑÑÐ¸ÑÐµÐºÑÑÑÐµ ÑÐ¸ÑÐ¸ÑÐµÐ¼ Ð¾ÑÐ¸ÐµÐ½ÑÐ¸ÑÐ¾Ð²Ð°Ð½Ð½ÑÑ Ð½Ð° Ð¿Ð°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½Ð¾Ðµ Ð²ÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ðµ Ð·Ð°Ð´Ð°Ñ? ÐÐ¾Ñ
ÑÐ¾-ÑÐ¾ Ð¸ Ð¾Ð½Ð¾ (Ð¡).

ÐÐ°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½ÑÐµ Ð²ÑÑÐ¸ÑÐ»ÐµÐ½Ð¸Ñ   - 34
ÐÐµÐ¹ÑÐ¾ÐºÐ¾Ð¼Ð¿ÑÑÑÐµÑÐ½ÑÐµ ÑÐ¸ÑÑÐµÐ¼Ñ Ð¸ Ð¿Ð°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½ÑÐµ Ð²ÑÑÐ¸ÑÐ»ÐµÐ½Ð¸Ñ  - 36
ÐÐ°ÑÐ°Ð»Ð»ÐµÐ»ÑÐ½Ð¾Ðµ Ð¿ÑÐ¾Ð³ÑÐ°Ð¼Ð¼Ð¸ÑÐ¾Ð²Ð°Ð½Ð¸Ðµ - 42

Re: easy way to make server go crazy

2007-06-19 Пенетрантность Dmitry Voroshin


Боян. Раньше он, вообще, по моему не ругался никак.

PS: Помню как два дня искал такую-же ошибку (описку?) на оракловой
восьмёрке.

Re: OFF/2: Tree в drop down списке

2007-06-09 Пенетрантность Dmitry Voroshin



"Konstantin R. Beliaev" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Нужен компонент, показывающий дерево из БД в выпадающем списке (D7).
> Пока нашли только TJvDBLookupTreeViewCombo, но в нем не работает
> скроллер мыши, чтоб показать таблицу приходится заводить вспомогательный
>   датасет (Lookup все-таки), ну и еще несколько неудобств/странностей.

Я чего-то не понял. Как ты дерево из БД хочешь без датасета показывать?

Re: Разжуйте плиз для непонятливого :(


> предистовие: а тебе точно надо 2.1?
>
>  К>   1) как установить новый Firebird-2.1.0.15946-0_win32 ?
>  К>  запуск instsvc.exe, instreg.exe -
>  К>  "не удаётся выполнить указаную программу"
>
> ставишь fb 2.0.1 инсталлятором. Потом копируешь файлы поверх. Все.
>
>  К>
>  К>   2) Нашёл в том же Firebird-2.1.0.15946-0_win32
>  К>  metadata_charset_create.sql - что это, решение
>  К>  проблем с WIN1251 в DDL ?
>  К>  Если да - как его едят чтой-то я не понял ...
>  К>  Если нет - какие-то продвижки в этом направлении есть ?
>
> ага. Там есть readme
> Делаешь рестор по 2.1
> потом запускаешь этот скрипт. Потом выполняешь пару запросов, как в readme
написано. Но ставить кодировку не WIN1252,
> а WIN1251 или как там у тебя у базы.

Я так и не смог сделать B/R на 2.1
Это скрипт восстанвливат текст процедур, а что делать с описаниями? У меня
все описания в системных таблицах уникодовскими дрякозяблами.

Re: ÐÑÐ¸Ð±ÐºÐ° Ð² 2.1.0.15946


> > select coalesce(:D,0) from RDB$DATABASE
> >
> > Ð²ÑÐ·ÑÐ²Ð°ÐµÑ
> >
> > SQL error code = -804.
> > Data type unknown.
> >
> > http://tracker.firebirdsql.org/browse/CORE-1315
>
> Ð Ð´Ð¾ 2.1 ÑÑ ÐµÑ Ð½Ðµ Ð½Ð°Ð±Ð»ÑÐ´Ð°Ð» ?

ÐÐµ Ð½Ð°Ð±Ð»ÑÐ´Ð°Ð».
Ð¯ ÐµÑ Ð¸ Ð² Ð°Ð»ÑÑÐµ 2.1 Ð½Ðµ Ð½Ð°Ð±Ð»ÑÐ´Ð°Ð». ÐÐ°Ð±Ð»ÑÐ´Ð°Ñ Ð² Ð±ÐµÑÐµ.

ÐÑÐ¸Ð±ÐºÐ° Ð² 2.1.0.15946


ÐÐ°Ð±Ð»ÑÐ´Ð°Ñ ÑÑÑÐ°Ð½Ð½ÑÑ Ð¾ÑÐ¸Ð±ÐºÑ:

Ð¿ÑÐ¾ÑÑÐ¾Ð¹ Ð·Ð°Ð¿ÑÐ¾Ñ

select coalesce(:D,0) from RDB$DATABASE

Ð²ÑÐ·ÑÐ²Ð°ÐµÑ

SQL error code = -804.
Data type unknown.

http://tracker.firebirdsql.org/browse/CORE-1315

Re: For Vlad Horsun у вьюх план грохнулся