date:20061002


HierCube
http://support.radar-soft.com/

Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и

2006-10-02 Пенетрантность Dmitry Kotelnikov



Dmitry Yemanov wrote:
> freemanzav wrote:
> >
>  > Вот что говорит по этому поводу Jim Starkey
>
> Не читайте на ночь советских газет (с)
 

Так ведь других нет (с)

OFF OLAP

2006-10-02 Пенетрантность Dmitry Lendel


äÅÎØ ÄÏÂÒÙÊ.
õÖÅ ÍÅÌØËÁÌÏ, ÎÏ ÎÅ ÍÏÇÕ ÎÁÊÔÉ. ðÏÓÏ×ÅÔÕÊÔÅ OLAP ËÕÂÙ ÄÌÑ Delphi ÂÅÚ BDE.
úÁÒÁÎÅÅ ÓÐÁÓÉÂÏ.
-- 
Dmytro Lendel

Re[2]: AV in module gds32.dll


Приветствую Вас,

02.10.2006 в 21:26, Вы писали:

>> Есть банальный код:
>>  fConnect->DropDatabase();
>>  fConnect->Params->Clear();
>>  fConnect->Params->Add("USER \"SYSDBA\"");
>>  fConnect->Params->Add("PASSWORD \"masterkey\"");
>>  fConnect->Params->Add("PAGE_SIZE 4096");
>>  fConnect->CreateDatabase();

DK> гм, читай сюда (создание БД):

DK> http://www.ibase.ru/devinfo/ibx.htm#ibdatabase

DK> как минимум в твоем коде я не вижу, кому и где
DK> создавать БД :-)

Извините, не понял, прочитал ничего нового не увидел. Если вы про остальные
параметры их задано, путь (D:\Projects\Test\EmptyDB\test.gbk), сервер
(локалхост) и т.д. там все нормально. Это как кусок примера, да и база
то создается, АВ возникает при отсоединении. Да и что выдавало бы АВ
если параметры не заданы, были бы более внятные сообщения.


-- 
С Уважением, Дмитрий Котельников

Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты



freemanzav wrote:



> Вот что говорит по этому поводу Jim Starkey

Не читайте на ночь советских газет (с)


Он говорит, что если все останется как
есть, то капец FB, и что его типа задавят


Уход от "останется как есть" не есть "смерть классику", даже в его 
интерпретации.



--
Дмитрий Еманов

Re: Сравнение Firebird, MysQL и PostgreSQL - аргументы и факты



Eugene wrote:
> "Alexey Popov" <[EMAIL PROTECTED]> wrote in
> message news:[EMAIL PROTECTED]
>
> >   Классик - в печку.
>
> Руки прочь от классика!

Вот что говорит по этому поводу Jim Starkey
http://www.firebirdnews.org/?p=715.

Он говорит, что если все останется как
есть, то капец FB, и что его типа задавят

Re: Шифрование БД




предотвратит умышленное искажение информации в БД (особенно в филиалах),


для этого делается электрическая подпись.


А что именно подписывать? Каждую запись при update/insert? А при delete 
что подписывать? ;-)

Или уж не мелочиться, и всю базу? ;-)))


документы-основания, т.е первичку плюс отчеты вышестоящим

--
Булычев Алексей
http://www.stella-npf.ru

Re: Вопрос жизни и смерти об индексах


Dmitri Kuzmenko писал(а):

> В IBAnalyst видно.

Мда, вот так живешь и не знаешь, что
война уже закончилась.

> > уверен что его это спасет от
> > последующих многочасовых сборок
> > мусора.
>
> кого "его" - FB 1.5 или FB 2.0 ?

"его" - это я про алгоритм. А база у нас
на FB 1.5.3

Коваленко Дмитрий.

Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT



freemanzav wrote:



Дальше эти номера записей сортируются,


А вроде битовый массив создается. Для
чего сортировать номера записей?


Битовая карта упорядочена по определению. Т.е. включение в нее номеров 
записей равносильно их сортировке (для внешнего наблюдателя).



--
Дмитрий Еманов

Re: Шифрование БД

2006-10-02 Пенетрантность Valery Gruzdev




"Boulitchev Aleksey"  сообщил/сообщила в новостях следующее:


Пользователь не должен
иметь доступ к БД никакими путями, кроме как через моё приложени. Что
предотвратит умышленное искажение информации в БД (особенно в филиалах),


для этого делается электрическая подпись.


А что именно подписывать? Каждую запись при update/insert? А при delete что 
подписывать? ;-)

Или уж не мелочиться, и всю базу? ;-)))

Grue

Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT



Dmitri Kuzmenko wrote:
> Hello, Evgeny!
>
> Boltik Evgeny wrote:
>
> >>Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
> >>В ключах нет идентификаторов транзакций.
> >
> > Странно а как же тогда определеяется индексное чтение.
>
> очень просто - сначала по совпадению ключей выбираются номера записей.
> Дальше эти номера записей сортируются,

А вроде битовый массив создается. Для
чего сортировать номера записей?

Re: AV in module gds32.dll



Hello, Dmitri!
You wrote  on Mon, 02 Oct 2006 22:26:19 +0400:

>>  fConnect->Params->Add("USER \"SYSDBA\"");
>>  fConnect->Params->Add("PASSWORD \"masterkey\"");
DK> гм, читай сюда (создание БД):
DK> http://www.ibase.ru/devinfo/ibx.htm#ibdatabase
DK> как минимум в твоем коде я не вижу, кому и где
DK> создавать БД :-)
Не горячись. "Кому" написано, "где" - не написано. :)))

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru

Re: blr version 15988712 is not supported



Hello, Юрий!
You wrote  on Tue, 3 Oct 2006 02:28:00 +0400:

Ю> Почему subtype 2 был - не спрашивай, не знаю, а вот segment size
Ю> это уже IBE по умолчанию создает.
Ща те и Ded чо-нибудь скажет, насчет того, что "вот за это я Эксперт и не 
пользую"... :)))


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru

Re: По поводу конференции

2006-10-02 Пенетрантность arni




Дим, а просто приехать 14 в Москву и посидеть на конференции можно?


Хотелось бы услышать доклад на тему: "Где купить таких таблеточек, чтобы не 
так сильно ломало переходить с дятла на жарптицу"

Re[2]: blr version 15988712 is not supported


Здравствуйте, Dmitri.

Вы писали 2 октября 2006 г., 22:20:47:

> и че это за subtype 2, да еще и segment size зачем
> то указан...

Почему subtype 2 был - не спрашивай, не знаю, а вот segment size это
уже IBE по умолчанию создает.

_
С уважением, Юрий

Re: blr version 15988712 is not supported



Hello, Юрий!

Юрий wrote:


BDATA BLOB SUB_TYPE 2 SEGMENT SIZE 8192



При выполнении запроса: select * from reports
вместо содержимого блобов на клиента возвращается строка:
"*** blr version 15988712 is not supported ***"


и че это за subtype 2, да еще и segment size зачем
то указан...

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: AV in module gds32.dll



Hello, Dmitry!

Dmitry Kotelnikov wrote:


Добрый день, вот не знаю как побороть, думаю что у меня косяк но не
могу понять где?

Есть банальный код:
 fConnect->DropDatabase();
 fConnect->Params->Clear();
 fConnect->Params->Add("USER \"SYSDBA\"");
 fConnect->Params->Add("PASSWORD \"masterkey\"");
 fConnect->Params->Add("PAGE_SIZE 4096");
 fConnect->CreateDatabase();


гм, читай сюда (создание БД):

http://www.ibase.ru/devinfo/ibx.htm#ibdatabase

как минимум в твоем коде я не вижу, кому и где
создавать БД :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Вопрос жизни и смерти об индексах



Hello, Dmitry!

Kovalenko Dmitry wrote:


Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
"мусор" в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.


В IBAnalyst видно.
берем таблицу с версиями, и смотрим
на число ключей. число ключей в разных
индексах "плавает" от числа записей до
числа записей+ числа версий.


уверен что его это спасет от
последующих многочасовых сборок
мусора.


кого "его" - FB 1.5 или FB 2.0 ?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: ??NT?│?????│?????│ Firebird, MysQL ?? PostgreSQL - ?│NT

Hello, Evgeny!

Boltik Evgeny wrote:

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

Странно а как же тогда определеяется индексное чтение.

очень просто - сначала по совпадению ключей выбираются номера записей.
Дальше эти номера записей сортируются, и над ними выполняются
операции and/or и т.п., если нужно. После чего, когда
доходит до выборки записей, движок выбирает каждый номер
записи из списка по очереди, и уже дальше смотрит, можно видеть
конкретную версию или нельзя.

Согласен я не сильно
силен в структуре хранения данных в ФБ, но все же высказал идею к которой
можно было бы стремится.

физика БД - это в основном математика и факты. стремиться можно много к
чему, но из молотка не сделать колесо. Я не к тому что сделано плохо
или хорошо, но для конкретного движка есть МЕХАНИЗМЫ ДОСТУПА.
www.ibase.ru/devinfo/dataaccesspaths.htm

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

см выше.

Как это нельзя можно на каждый случай свой ключь.

рекомендую переосмыслить. если нужно - почитать хотя бы
"проектирование структур баз данных" Тиори и Фрая.
Если не хочешь влезать - тогда совсем не читай.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re[2]: blr version 15988712 is not supported


Здравствуйте, Dmitry.

Вы писали 2 октября 2006 г., 20:35:30:

> За это пороть розгами!!!
> Положительные номера subtype - встроенные в сервер!
> BINARY = 0, TEXT = 1, BLR = 2 и т.д.

Дим, не поверишь, полез еще раз все проссматривать, как говориться
доку курить... и нашел!!! Тока не успел сюда отписаться.

З.Ы.
  Проект не мой и почему в базе IB был 2-й тип мне не понятно, но оно
  работало. :)) А я просто все скриптами пересоздавал.

З.Ы. 2
  Розги - это не наши методы (с) ;))

_
С уважением, Юрий

Re: blr version 15988712 is not supported



Юрий wrote:


BDATA BLOB SUB_TYPE 2 SEGMENT SIZE 8192


За это пороть розгами!!!
Положительные номера subtype - встроенные в сервер!
BINARY = 0, TEXT = 1, BLR = 2 и т.д.
Пользовательские subtype должны быть отрицательными!

В данном случае сервер пытается перекодировать из BLR в TEXT с помошью 
встроенного блоб-фильтра и обламывается, т.к. в блобе лежит не BLR.



--
Дмитрий Еманов

Re: blr version 15988712 is not supported



Юрий wrote:


Хм... ну ты сказанул. :)) Там ошибки-то никакой нет, просто вместо
текста блоба вот такой вот неказистый текст появляется.


Аа. Я как-то сразу не пропер.
При создании блоба какой sub_type указан?


--
Дмитрий Еманов

Re[2]: blr version 15988712 is not supported

2006-10-02 Пенетрантность Dmitry Kotelnikov


Здравствуйте, Dmitry.

Вы писали 2 октября 2006 г., 19:04:24:

> Тогда диагностировать сложнее, увы :-)
ПочАму? Вместе не будут они фунциклировать т.е.?

> Выдери-ка лучше из плюсов gdscode в момент ошибки и сообщи сюды.
Хм... ну ты сказанул. :)) Там ошибки-то никакой нет, просто вместо
текста блоба вот такой вот неказистый текст появляется.

Я тут протрассировал в BDS2006 какие модули цепляются - fbclient.dll
цепляется, gds32.dll в списке нет, т.е. с либой все ок.

Получается что, файл с сообщениями не тот цепляется?

_
С уважением, Юрий

AV in module gds32.dll

Добрый день, вот не знаю как побороть, думаю что у меня косяк но не
могу понять где?

Есть банальный код:
 fConnect->DropDatabase();
 fConnect->Params->Clear();
 fConnect->Params->Add("USER \"SYSDBA\"");
 fConnect->Params->Add("PASSWORD \"masterkey\"");
 fConnect->Params->Add("PAGE_SIZE 4096");
 fConnect->CreateDatabase();
 fConnect->Connected = false;

при вызове
Connected = false;

выдает ошибку:

Access vilation at adress 10120F43 in module gds32.dll

потом после снятия приложения выдает:

internal gds software consistency check (cannot find tip page (165), file: 
tra.cpp line: 2436)

версия gds32.dll 2.0.0.12724.

Пользую Builder 6 + IBX (все патчи последние).

Делаю отдельный проект, в нем все нормально проходит этот код.
Я подозреваю что баг у меня (и скорее всего это 95 % что у меня). Есть
основное приложение, а связь к ФБ идет через обертку, т.е. отдельная
ДЛЛ. Уже все перерыскал, может хоть подскажите что может привести к
такой ошибке?

-- 
С Уважением, Дмитрий Котельников

Re: Вопрос жизни и смерти об индексах


> Так что получается, что вариант с апдейтом дешевле
> в твоём случае

Спасибо!

С уважением,
Коваленко Дмитрий.

Re: Вопрос жизни и смерти об индексах

2006-10-02 Пенетрантность Horsun Vlad


"Kovalenko Dmitry" ...
>
> FB 1.5.3
>
> Если я обновляю запись, но колонки,
> входящие в индексы не затрагиваются,
> "мусор" в индексах не возникает? Думаю,
> что не возникает. Но все таки спрошу.

Индексы при этом не обновляются

> Я тут хочу улучшить один алгоритм,
> работающий с многомиллионной таблицей
> - вместо (удаления+вставки) реализовать
> (поиск+вставка или обновление), но не
> уверен что его это спасет от
> последующих многочасовых сборок
> мусора.

Удаление создаёт версию записи и не трогает индексы.
Инсерт создаёт версию записи и, конечно, трогает индексы
Апдейт, не затрагивающий индексированные колонки, тоже
создаёт версию записи и не трогает индексы.

Так что получается, что вариант с апдейтом дешевле
в твоём случае

> Если не спасет - то лучше я в него
> лазить не буду.

Простой эксперимент тебе поможет ;)

-- 
Хорсун Влад

Re: blr version 15988712 is not supported



Юрий wrote:


Нифига не понял.. у меня вроде и так все нужное для нужных целей. ;)


Тогда диагностировать сложнее, увы :-)
Выдери-ка лучше из плюсов gdscode в момент ошибки и сообщи сюды.


--
Дмитрий Еманов

Re: ??NT?ï¿½?????ï¿½?????ï¿½ Firebird, MysQL ?? PostgreSQL - ?ï¿½NT

2006-10-02 Пенетрантность Boltik Evgeny


>> Ã®Ã ÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃ Ã ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃ ÃÃÃ. Ã¥ÃÃÃ ÃÃÃÃÃÃÃ 
>> ÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃ prod, pok Ã t2 Ã 
>> ÃÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ
>> CREATE INDEX idx2 ON T2 (
>> (select prod from T1 where  t1.id = t2.t1id) [as prod],
>> (select pok from T1 where  t1.id = t2.t1id) [as pok],
>> kolvo)
>
> Ã¶ÃÃÃ, ÃÃÃ ÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃ, Ã ÃÃÃÃÃÃÃÃÃÃÃ.
> Ã· ÃÃÃÃÃÃ ÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ.

Ã³ÃÃÃÃÃÃ Ã ÃÃÃ ÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ. Ã³ÃÃÃÃÃÃÃ Ã ÃÃ ÃÃÃÃÃÃ 
ÃÃÃÃÃ Ã ÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ Ã Ã¦Ã¢, ÃÃ ÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃ Ã ÃÃÃÃÃÃÃ 
ÃÃÃÃÃ ÃÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃÃ. Ã«ÃÃÃÃ Ã ÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃÃÃÃÃ Ã ÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃÃ Ã 
ÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ. Ã³ÃÃÃÃÃÃ ÃÃÃ ÃÃÃÃ ÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃÃÃ. Ã°ÃÃÃÃ 
ÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃÃÃÃÃ. Ã°ÃÃÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃ.

>> Ã¡ ÃÃÃÃÃÃ Ã ÃÃÃÃÃÃÃ
>> select * from t1, t2, ts where
>> ts.fs = :P1 and
>> ts.prod = t1.prod and
>> t1.pok = :pok and
>> t1.id = t2.t1id and t2.kolvo > 0
>>
>> ÃÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ idx2 ÃÃÃ ÃÃÃÃÃ
>
> Ã ÃÃÃÃÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃ ÃÃÃÃÃÃÃ t1 ÃÃÃÃÃÃ ÃÃÃÃÃ
> ÃÃÃÃÃÃÃÃÃÃ, ÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃÃÃÃÃÃÃÃ
> Ã ÃÃÃÃÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃ Ã t2.

Ã«ÃÃ ÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃ ÃÃ ÃÃÃÃÃÃ ÃÃÃÃÃÃ ÃÃÃÃ ÃÃÃÃÃ.

Вопрос жизни и смерти об индексах


FB 1.5.3

Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
"мусор" в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.

Я тут хочу улучшить один алгоритм,
работающий с многомиллионной таблицей
- вместо (удаления+вставки) реализовать
(поиск+вставка или обновление), но не
уверен что его это спасет от
последующих многочасовых сборок
мусора.

Если не спасет - то лучше я в него
лазить не буду.

Коваленко Дмитрий.

Re[2]: blr version 15988712 is not supported


Здравствуйте, Dmitry.

Вы писали 2 октября 2006 г., 18:24:51:

> Тулза, которой ты работаешь, через какого клиента ходит?
Тулза - видимо это моя программа? :)

> Через gds32 от IB или через наш fbclient?
При подключении для компонента TpFIBDataBase явно указывается
"fbclient.dll". Она от двойки, т.к. других FB я себе не ставаил и
лежит она в систем32. Там же рядом gds32 но через не старая программа
работает.

> Чтобы всегда получать адекватные сообщения об
> ошибках - клиент должен быть "нужной системы".
Нифига не понял.. у меня вроде и так все нужное для нужных целей. ;)

> ЗЫ. В IBE можно клиента настроить для каждого алиаса.
Там настроено, но там все ок, а у меня не фурычит. :(

_
С уважением, Юрий

Re: blr version 15988712 is not supported



Юрий wrote:


Я на одном компе запускаю - и сервер тут и клиент.
И тут одновременно живут и IB7 и FB2.


Тулза, которой ты работаешь, через какого клиента ходит? Через gds32 от 
IB или через наш fbclient? Чтобы всегда получать адекватные сообщения об 
ошибках - клиент должен быть "нужной системы".


ЗЫ. В IBE можно клиента настроить для каждого алиаса.


--
Дмитрий Еманов

Re[2]: blr version 15988712 is not supported


Здравствуйте, Dmitry.

Вы писали 2 октября 2006 г., 17:40:00:

> На клиенте fbclient.dll и firebird.msg должны быть свежими.
Я на одном компе запускаю - и сервер тут и клиент.
И тут одновременно живут и IB7 и FB2.
До этого проблем не возникало.
Чего делать-то???

_
С уважением, Юрий

Re: По поводу конференции



Hello, Oleg!

Oleg LOA wrote:


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


Дим, а просто приехать 14 в Москву и посидеть на конференции можно?


тебе - можно. ты, собственно, уже в списке :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: blr version 15988712 is not supported



Oleg LOA wrote:


Дим, а ты планируешь когданибудь это дело слинковать ресурсом? ;-)


В ближайшем будущем нет, бо не вижу особого смысла. Я просто банально 
исправил все баги, из-за которых выдавалось левое сообщение. Теперь либо 
правильное, либо "unknown GDS code xxx". Осталось вспомнить, включал я 
фикс в 2.0 или оставил на 2.1 :-)



--
Дмитрий Еманов

Re: attempted update of read-only column

2006-10-02 Пенетрантность WildSery


>> Проверка на соответствие чему?
>> Очень расплывчатое желание - "хочу чтобы соответствовало".

>А вот тому, что в самой первой мессаге было указано...  Прич_мдостаточно 
> таки конкретненько...

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

Re: blr version 15988712 is not supported

"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> На клиенте fbclient.dll и firebird.msg должны быть свежими.

Дим, а ты планируешь когданибудь это дело слинковать ресурсом? ;-)

Re: blr version 15988712 is not supported



Юрий wrote:


При выполнении запроса: select * from reports
вместо содержимого блобов на клиента возвращается строка:
"*** blr version 15988712 is not supported ***"

Не могу понять куда смотреть...


На клиенте fbclient.dll и firebird.msg должны быть свежими.


--
Дмитрий Еманов

blr version 15988712 is not supported


Здравствуйте.

  Пытаюсь перевести проект с IB 7.0.1 на FB 2.0 (RC4).
  и одновременно с D6 на BDS2006.
  Использую связку FIBPlus + FastReport 3.20
  В базе хранятся отчеты в табличке:

CREATE TABLE REPORTS (
IDREPORT  INTEGER NOT NULL,
...
BDATA BLOB SUB_TYPE 2 SEGMENT SIZE 8192
);
  
отчеты в поле BDATA.

При выполнении запроса: select * from reports
вместо содержимого блобов на клиента возвращается строка:
"*** blr version 15988712 is not supported ***"

Не могу понять куда смотреть... IBE запрос из базы
возвращает с блобом в правильном виде.
Отчеты в новую базу заливал через скрипты, да и саму базу через
скрипты создавал.
Где-то в FIB`ах видимо что-то от IB осталось в проекте или от D6
хвосты какие?
Хелп... :)
_
С уважением, Юрий

Re: По поводу конференции

2006-10-02 Пенетрантность Vladimir A.Bakhvaloff


Oleg LOA писал(а):

> > Всем докладчикам, кому надо, забронируем.
>
> Дим, а просто приехать 14 в Москву и посидеть на конференции можно?

Думаю, просто посидеть не получится.
Прийдется пить.

Коваленко Дмитрий.

Re: attempted update of read-only column


"WildSery" <[EMAIL PROTECTED]> ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ × 
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
> ðÒÏ×ÅÒËÁ ÎÁ ÓÏÏÔ×ÅÔÓÔ×ÉÅ ÞÅÍÕ?
> ïÞÅÎØ ÒÁÓÐÌÙ×ÞÁÔÏÅ ÖÅÌÁÎÉÅ - "ÈÏÞÕ ÞÔÏÂÙ ÓÏÏÔ×ÅÔÓÔ×Ï×ÁÌÏ".

á ×ÏÔ ÔÏÍÕ, ÞÔÏ × ÓÁÍÏÊ ÐÅÒ×ÏÊ ÍÅÓÓÁÇÅ ÂÙÌÏ ÕËÁÚÁÎÏ... :) ðÒÉÞ£Í 
ÄÏÓÔÁÔÏÞÎÏ ÔÁËÉ ËÏÎËÒÅÔÎÅÎØËÏ... ;)

Re: Шифрование БД



Нет не смешно. И от самого пользователя в том числе. Пользователь не 
должен

иметь доступ к БД никакими путями, кроме как через моё приложени. Что
предотвратит умышленное искажение информации в БД (особенно в филиалах),
чтобы что-то скрыть от вышестоящего начальства.


для этого делается электрическая подпись.

--
Булычев Алексей
http://www.stella-npf.ru

Re: attempted update of read-only column

2006-10-02 Пенетрантность WildSery


Проверка на соответствие чему?
Очень расплывчатое желание - "хочу чтобы соответствовало".

Re: Borland's Developer Tools Group Introduces InterBase 2007

"Eugene"  wrote in message news:[EMAIL 
PROTECTED]
> 
> "Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in
> message news:1159713772.933153.160810-CXOU4Fxe7uQSa6Aw6UQYTWB/[EMAIL 
> PROTECTED]
> Если Дед имел в виду именно это (в чем я не уверен), все равно недопустимо
> это высказывать в такой форме.

Всё мировая общественность... в лице участников конференции, правозащитных 
организаций, ОБСЕ, ПАССЕ и прочих и прочих..выражают Вам глубочайшие 
соболезнования по факту того, что Вы воспринили указанные высказывания на свой 
собственный счёт. 

P.S. От себя замечуздесь отлельные граждане (не будем указывать пальцем) 
могут и просто на куй послать.

Re: Borland's Developer Tools Group Introduces InterBase 2007

2006-10-02 Пенетрантность Ded



Dmitri Kuzmenko wrote:


Eugene забанен за грубость.



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


--
Regards. Ded.

Re: Шифрование БД

"Dmitry Voroshin"  wrote in message news:[EMAIL 
PROTECTED]
>> А что разве нужно что-то ещё? :-):-):-)
> 
> А в базе что-то поменять. Получается, что одной отладкой тут не обойтись?

В процессе работы просто  появляется копия твоей БД. Вот и всё.

Re: По поводу конференции

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> в гостинице сказали что поселиться можно
> без проблем, бронирование не обязательно.
> Всем докладчикам, кому надо, забронируем.

Дим, а просто приехать 14 в Москву и посидеть на конференции можно?

Re: Шифрование БД

2006-10-02 Пенетрантность Alexandr.Salnikov

"Alexey Popov"  wrote in message news:[EMAIL 
PROTECTED]
> 
> 1) Сделать невозможным работу левыми клиентами.
> 2) Скрыть логику и алгоритмы программы.
> Из плюсов - устойчивость к сбоям и отсутствие замедления.

Вытри rdb$source в системных таблицах и всё

Re: Не совсем понятное поведение парсера в FB2.0


Kovalenko Dmitry wrote:
> > Column does not belong to referenced table.
> > Dynamic SQL Error.
> > SQL error code = -206.
> > Column unknown.
> > RDB$RELATIONS.RDB$RELATION_NAME.
> > At line 2, column 17.
>
> Этому уже сто лет в обед будет
>
> используй RR.RDB$RELATION_NAME
>
> Коваленко Дмитрий.
Ну не знаю какие 100 лет, а 1.5.3 спокойно
такое глатал и иногда мне удобней
сгенерить условие именно не через
алиас таблицы, а явно указать таблицу.
Но нет так нет, буду везде указывать
алиас (что по сути и правильно :))

Re: Off: к пятнице

2006-10-02 Пенетрантность Alex Cherednichenko


Привет, Сергей!
Вы пишешь  02 октября 2006:

 >> Афтара! Афтара!

 СФ> потеряно в глубине веков :)
 СФ> но что-то осталось
 СФ> http://j-walk.com/other/goodwife/images/goodwifeguide.gif

Аааа...
Я то думал, это шедевральный опус социалистического быта...

--
With best regards, Alex Cherednichenko.

Re: Не совсем понятное поведение парсера в FB2.0.0.12724

2006-10-02 Пенетрантность Sergey Mereutsa


Привет!


> Пытаюсь выполнить запрос вида
> select
>   rdb$relations.rdb$relation_name
> from rdb$relations rr
> where rdb$relations.rdb$relation_id = 20

> получаю сообщение об ошибке

...

> Странно, но в 1.5.3 такой запрос спокойно
> выполнялся

Читай релизноты - это теперь стандартное поведение. Упомянул алиас -
используй его.




-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Шифрование БД

2006-10-02 Пенетрантность Dmitry Voroshin



"Oleg LOA" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
> "Horsun Vlad" <[EMAIL PROTECTED]> wrote in
message news:[EMAIL PROTECTED]
> >Отладка (не модификация) в моей схеме ничего не даст. Разве что дампы
> > расшифрованных страниц из кеша.
>
> А что разве нужно что-то ещё? :-):-):-)

А в базе что-то поменять. Получается, что одной отладкой тут не обойтись?

Re: гетерогенные запросы



Hello, Vlad!
You wrote  on Mon, 2 Oct 2006 11:54:05 +0300:

HV>>> А потом появляются флеймы типа как про шифрование :)
>> Хе-хе. Который ты сам и начал :
HV> Больше не буду. Ибо пользы практически не было
Не преувеличивай. По-моему, нормальное обсуждение. Только выводы каждый свои 
сделал, ну и что?


Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru

Re[2]: Borland's Developer Tools Group Introduces InterBase 2007

2006-10-02 Пенетрантность Sergey Mereutsa


Привет!

>> А ведь DED точно попал 8-).
>> Обиделся только один
>> <<мудило в Накраюзалупинске с тремя классами образования >>
>> Интеллект Eugene соответствует этому определению.

> Ну да, все в провинции мудилы тупые, а ты адын арел.

Странно, я тоже из провинции. По меркам некоторых - вообще из
отдаленной губернии :) Но тем не менее меня подобное не задело.
Наверное потому, что вовсе не на месте, откуда происходят мудиллы, там
стоит акцент.

Для того, чтобы уметь читать, недостаточно распознавать буквы. Нужно
еще понимать смысл слов и предложений. :P)



-- 
Best regards,
 Sergeymailto:[EMAIL PROTECTED]

Re: Off: к пятнице



Hello, All!

AVARDA+Firebird на Софтуле

ролик под 20 мегабайт.
http://www.youtube.com/watch?v=saZnLEw2i-A

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: гетерогенные запросы

2006-10-02 Пенетрантность Horsun Vlad


"Alexander A. Venikov" ...
>
> Hello, Horsun!
> You wrote  on Mon, 2 Oct 2006 10:43:13 +0300:
>
>  HV> А потом появляются флеймы типа как про шифрование :)
> Хе-хе. Который ты сам и начал :

Больше не буду. Ибо пользы практически не было

-- 
Хорсун Влад

Re: По поводу конференции



Hello, Dmitry!

Kovalenko Dmitry wrote:


Да ну на ... эту почту. Тебе лично три
раза отправили письмо с вопросом - наша
оплата прошла или нет? И ни ответа ни
привета :)


вы ж на webmoney кидали, там не может быть
вопроса, пришла или нет. Кроме того,
никаких "три раза" или даже одного
я не получал. Никакие спам-фильтры
на почте не включены.

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: гетерогенные запросы

2006-10-02 Пенетрантность Сергей Фетискин



Hello, Horsun!
You wrote  on Mon, 2 Oct 2006 10:43:13 +0300:

HV> А потом появляются флеймы типа как про шифрование :)
Хе-хе. Который ты сам и начал :

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru

Re: Off: к пятнице



On Fri, 29 Sep 2006 19:17:10 +0400, Alex Cherednichenko  
<[EMAIL PROTECTED]> wrote:




Привет, Сергей!
Вы пишешь  29 сентября 2006:

 СФ> отрывок из книги по домоводству, изданной в 60-х годах...

Прослезился...
Афтара! Афтара!
Название, год издания, издательство.
Желательно также ISBN, шоб заказать.


потеряно в глубине веков :)
но что-то осталось  
http://j-walk.com/other/goodwife/images/goodwifeguide.gif



--
Фетискин Сергей
http://stella-npf.ru

Re: гетерогенные запросы



Boulitchev Aleksey wrote:


самое простое и функциональное решение


Эти два понятия явно конфликтуют :)


--
Дмитрий Еманов

Re: По поводу конференции


Dmitri Kuzmenko писал(а):

> >>ну ты свяжись с другими докладчиками,
> >>и выясни.
> >
> > Алло, другие докладчики, вы как
> > планируете 14-15 октября? :)
>
> Дима! ты опух совсем, в понедельник с утра? :-)
> лично договаривайся.

Да ну на ... эту почту. Тебе лично три
раза отправили письмо с вопросом - наша
оплата прошла или нет? И ни ответа ни
привета :)

Коваленко Дмитрий.

PS. Почта была явно не голубиная.

Re: гетерогенные запросы

2006-10-02 Пенетрантность Horsun Vlad


"Boulitchev Aleksey" ...
>
> > С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В
> > ответ получишь сумму.
> >
> > ЗЫ. Лучше в приват.
>
> выбери самое простое и функциональное решение

А потом появляются флеймы типа как про шифрование :)

-- 
Хорсун Влад

Re: По поводу конференции



Hello, Глеб!

Мадорский Г.В. wrote:

Да, именно про это. А с жильем разберусь если что. У нас в Москве 
филиал. Надеюсь не оставят своего начальника отдела автоматизации на 
улице :).


желательно было бы заявку все-таки сделать. а то можешь без
обеда остаться :-)

--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: гетерогенные запросы

2006-10-02 Пенетрантность Мадорский Г . В .



С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В 
ответ получишь сумму.


ЗЫ. Лучше в приват.


выбери самое простое и функциональное решение
сроки - свободные

остальное порешаем

--
Булычев Алексей
http://www.stella-npf.ru

Re: По поводу конференции





Если ты про предварительную заявку на конференцию - заходи,
стульчик дополнительный найдем :-)



Да, именно про это. А с жильем разберусь если что. У нас в Москве филиал. 
Надеюсь не оставят своего начальника отдела автоматизации на улице :).


With b/r. Gleb.

Re: гетерогенные запросы



Boulitchev Aleksey wrote:


сколько?


С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В 
ответ получишь сумму.


ЗЫ. Лучше в приват.


--
Дмитрий Еманов

Re: гетерогенные запросы




У тебя есть все шансы этот процесс ускорить. Материально.


сколько?

--
Булычев Алексей
http://www.stella-npf.ru

Re: По поводу конференции



Kovalenko Dmitry wrote:


Алло, другие докладчики, вы как
планируете 14-15 октября? :)


Планирую остаться в столице и продолжить... кгхм... общение.


--
Дмитрий Еманов

Re: По поводу конференции