Hello, Eugene!
Eugene wrote:
любое мудило в
Накраюзалупинске с тремя классами образования поставит нулёвую isc4 и
А ты сам - мудило из Центропупержопинска?
Eugene забанен за грубость.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Dmitri Kuzmenko писал(а):
Вопрос, как настраиваться-то?
ну ты свяжись с другими докладчиками,
и выясни.
Алло, другие докладчики, вы как
планируете 14-15 октября? :)
в гостинице сказали что поселиться можно
без проблем, бронирование не обязательно.
Всем докладчикам, кому надо,
Alexander A. Venikov ...
Классная идея! А то наши ведущчие разработчики (Дима! Влад! Ау!) никак чего-то
ни сделают FB с нормальной работой на нескольких процессорах :)
Дык, там развод сплошной : диагональное программирование - прошлый век
технологий. Оригинальный IB6 написан с помощью
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
Коваленко Дмитрий.
Hello, Dmitry!
Kovalenko Dmitry wrote:
ну ты свяжись с другими докладчиками,
и выясни.
Алло, другие докладчики, вы как
планируете 14-15 октября? :)
Дима! ты опух совсем, в понедельник с утра? :-)
лично договаривайся.
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
А если без предварительной заявки приехать - попаду? А то я не в курсе пока,
возможно в Екатиренбург как раз в это время придется ехать.
With b/r. Gleb.
Hello, Глеб!
Мадорский Г.В. wrote:
А если без предварительной заявки приехать - попаду? А то я не в курсе
пока, возможно в Екатиренбург как раз в это время придется ехать.
менеджер в гостинице сказала, что на выходные можно обойтись
без бронирования - в пятницу днем все съезжают, так что
Kovalenko Dmitry wrote:
Алло, другие докладчики, вы как
планируете 14-15 октября? :)
Планирую остаться в столице и продолжить... кгхм... общение.
--
Дмитрий Еманов
У тебя есть все шансы этот процесс ускорить. Материально.
сколько?
--
Булычев Алексей
http://www.stella-npf.ru
Boulitchev Aleksey wrote:
сколько?
С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В
ответ получишь сумму.
ЗЫ. Лучше в приват.
--
Дмитрий Еманов
Если ты про предварительную заявку на конференцию - заходи,
стульчик дополнительный найдем :-)
Да, именно про это. А с жильем разберусь если что. У нас в Москве филиал.
Надеюсь не оставят своего начальника отдела автоматизации на улице :).
With b/r. Gleb.
С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В
ответ получишь сумму.
ЗЫ. Лучше в приват.
выбери самое простое и функциональное решение
сроки - свободные
остальное порешаем
--
Булычев Алексей
http://www.stella-npf.ru
Hello, Глеб!
Мадорский Г.В. wrote:
Да, именно про это. А с жильем разберусь если что. У нас в Москве
филиал. Надеюсь не оставят своего начальника отдела автоматизации на
улице :).
желательно было бы заявку все-таки сделать. а то можешь без
обеда остаться :-)
--
Dmitri Kouzmenko,
Boulitchev Aleksey ...
С тебя (хотя бы краткое) описание того, что хочешь видеть. И сроки. В
ответ получишь сумму.
ЗЫ. Лучше в приват.
выбери самое простое и функциональное решение
А потом появляются флеймы типа как про шифрование :)
--
Хорсун Влад
Dmitri Kuzmenko писал(а):
ну ты свяжись с другими докладчиками,
и выясни.
Алло, другие докладчики, вы как
планируете 14-15 октября? :)
Дима! ты опух совсем, в понедельник с утра? :-)
лично договаривайся.
Да ну на ... эту почту. Тебе лично три
раза отправили письмо с вопросом - наша
Boulitchev Aleksey wrote:
самое простое и функциональное решение
Эти два понятия явно конфликтуют :)
--
Дмитрий Еманов
On Fri, 29 Sep 2006 19:17:10 +0400, Alex Cherednichenko
[EMAIL PROTECTED] wrote:
Привет, Сергей!
Вы пишешь 29 сентября 2006:
СФ отрывок из книги по домоводству, изданной в 60-х годах...
Прослезился...
Афтара! Афтара!
Название, год издания, издательство.
Желательно также ISBN, шоб
Hello, Horsun!
You wrote on Mon, 2 Oct 2006 10:43:13 +0300:
HV А потом появляются флеймы типа как про шифрование :)
Хе-хе. Который ты сам и начал :
Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixangry_dogtndottobdotru
Hello, Dmitry!
Kovalenko Dmitry wrote:
Да ну на ... эту почту. Тебе лично три
раза отправили письмо с вопросом - наша
оплата прошла или нет? И ни ответа ни
привета :)
вы ж на webmoney кидали, там не может быть
вопроса, пришла или нет. Кроме того,
никаких три раза или даже одного
я не
Alexander A. Venikov ...
Hello, Horsun!
You wrote on Mon, 2 Oct 2006 10:43:13 +0300:
HV А потом появляются флеймы типа как про шифрование :)
Хе-хе. Который ты сам и начал :
Больше не буду. Ибо пользы практически не было
--
Хорсун Влад
Hello, All!
AVARDA+Firebird на Софтуле
ролик под 20 мегабайт.
http://www.youtube.com/watch?v=saZnLEw2i-A
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
Привет!
А ведь DED точно попал 8-).
Обиделся только один
мудило в Накраюзалупинске с тремя классами образования
Интеллект Eugene соответствует этому определению.
Ну да, все в провинции мудилы тупые, а ты адын арел.
Странно, я тоже из провинции. По меркам некоторых - вообще из
отдаленной
Hello, Vlad!
You wrote on Mon, 2 Oct 2006 11:54:05 +0300:
HV А потом появляются флеймы типа как про шифрование :)
Хе-хе. Который ты сам и начал :
HV Больше не буду. Ибо пользы практически не было
Не преувеличивай. По-моему, нормальное обсуждение. Только выводы каждый свои
сделал,
Oleg LOA [EMAIL PROTECTED] сообщил/сообщила в новостях
следующее: news:[EMAIL PROTECTED]
Horsun Vlad [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
Отладка (не модификация) в моей схеме ничего не даст. Разве что дампы
расшифрованных страниц из кеша.
А что разве нужно что-то
Привет!
Пытаюсь выполнить запрос вида
select
rdb$relations.rdb$relation_name
from rdb$relations rr
where rdb$relations.rdb$relation_id = 20
получаю сообщение об ошибке
...
Странно, но в 1.5.3 такой запрос спокойно
выполнялся
Читай релизноты - это теперь стандартное поведение.
Привет, Сергей!
Вы пишешь 02 октября 2006:
Афтара! Афтара!
СФ потеряно в глубине веков :)
СФ но что-то осталось
СФ http://j-walk.com/other/goodwife/images/goodwifeguide.gif
Аааа...
Я то думал, это шедевральный опус социалистического быта...
--
With best regards, Alex Cherednichenko.
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
Коваленко Дмитрий.
Ну не знаю какие
Alexey Popov avp-xcNJ/[EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
1) Сделать невозможным работу левыми клиентами.
2) Скрыть логику и алгоритмы программы.
Из плюсов - устойчивость к сбоям и отсутствие замедления.
Вытри rdb$source в системных таблицах и всё
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
в гостинице сказали что поселиться можно
без проблем, бронирование не обязательно.
Всем докладчикам, кому надо, забронируем.
Дим, а просто приехать 14 в Москву и посидеть на конференции можно?
Dmitry Voroshin parix3-JGs/[EMAIL PROTECTED] wrote in message news:[EMAIL
PROTECTED]
А что разве нужно что-то ещё? :-):-):-)
А в базе что-то поменять. Получается, что одной отладкой тут не обойтись?
В процессе работы просто появляется копия твоей БД. Вот и всё.
Проверка на соответствие чему?
Очень расплывчатое желание - хочу чтобы соответствовало.
Нет не смешно. И от самого пользователя в том числе. Пользователь не
должен
иметь доступ к БД никакими путями, кроме как через моё приложени. Что
предотвратит умышленное искажение информации в БД (особенно в филиалах),
чтобы что-то скрыть от вышестоящего начальства.
для этого делается
WildSery [EMAIL PROTECTED] ÓÏÏÂÝÉÌ/ÓÏÏÂÝÉÌÁ ×
ÎÏ×ÏÓÔÑÈ ÓÌÅÄÕÀÝÅÅ: news:[EMAIL PROTECTED]
ðÒÏ×ÅÒËÁ ÎÁ ÓÏÏÔ×ÅÔÓÔ×ÉÅ ÞÅÍÕ?
ïÞÅÎØ ÒÁÓÐÌÙ×ÞÁÔÏÅ ÖÅÌÁÎÉÅ - ÈÏÞÕ ÞÔÏÂÙ ÓÏÏÔ×ÅÔÓÔ×Ï×ÁÌÏ.
á ×ÏÔ ÔÏÍÕ, ÞÔÏ × ÓÁÍÏÊ ÐÅÒ×ÏÊ ÍÅÓÓÁÇÅ ÂÙÌÏ ÕËÁÚÁÎÏ... :) ðÒÉÞ£Í
ÄÏÓÔÁÔÏÞÎÏ ÔÁËÉ ËÏÎËÒÅÔÎÅÎØËÏ... ;)
Oleg LOA писал(а):
Всем докладчикам, кому надо, забронируем.
Дим, а просто приехать 14 в Москву и посидеть на конференции можно?
Думаю, просто посидеть не получится.
Прийдется пить.
Коваленко Дмитрий.
Здравствуйте.
Пытаюсь перевести проект с 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
Юрий wrote:
При выполнении запроса: select * from reports
вместо содержимого блобов на клиента возвращается строка:
*** blr version 15988712 is not supported ***
Не могу понять куда смотреть...
На клиенте fbclient.dll и firebird.msg должны быть свежими.
--
Дмитрий Еманов
Dmitry Yemanov [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED]
На клиенте fbclient.dll и firebird.msg должны быть свежими.
Дим, а ты планируешь когданибудь это дело слинковать ресурсом? ;-)
Проверка на соответствие чему?
Очень расплывчатое желание - хочу чтобы соответствовало.
А вот тому, что в самой первой мессаге было указано... Прич_мдостаточно
таки конкретненько...
Извини, не подумал, что ты всё ещё о ТОЙ ошибке.
Тебе уже дали рецепт - перекомпиляция всех триггеров из
Oleg LOA wrote:
Дим, а ты планируешь когданибудь это дело слинковать ресурсом? ;-)
В ближайшем будущем нет, бо не вижу особого смысла. Я просто банально
исправил все баги, из-за которых выдавалось левое сообщение. Теперь либо
правильное, либо unknown GDS code xxx. Осталось вспомнить,
Hello, Oleg!
Oleg LOA wrote:
в гостинице сказали что поселиться можно
без проблем, бронирование не обязательно.
Всем докладчикам, кому надо, забронируем.
Дим, а просто приехать 14 в Москву и посидеть на конференции можно?
тебе - можно. ты, собственно, уже в списке :-)
--
Dmitri
Здравствуйте, Dmitry.
Вы писали 2 октября 2006 г., 17:40:00:
На клиенте fbclient.dll и firebird.msg должны быть свежими.
Я на одном компе запускаю - и сервер тут и клиент.
И тут одновременно живут и IB7 и FB2.
До этого проблем не возникало.
Чего делать-то???
_
С уважением,
Юрий wrote:
Я на одном компе запускаю - и сервер тут и клиент.
И тут одновременно живут и IB7 и FB2.
Тулза, которой ты работаешь, через какого клиента ходит? Через gds32 от
IB или через наш fbclient? Чтобы всегда получать адекватные сообщения об
ошибках - клиент должен быть нужной системы.
Здравствуйте, Dmitry.
Вы писали 2 октября 2006 г., 18:24:51:
Тулза, которой ты работаешь, через какого клиента ходит?
Тулза - видимо это моя программа? :)
Через gds32 от IB или через наш fbclient?
При подключении для компонента TpFIBDataBase явно указывается
fbclient.dll. Она от двойки, т.к.
FB 1.5.3
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
Я тут хочу улучшить один алгоритм,
работающий с многомиллионной таблицей
- вместо (удаления+вставки) реализовать
(поиск+вставка или
îÕ ÎÁËÏÅà ÔÅÐÅÒØ ÍÙÓØ ËÏÔÏÒÕÀ Ñ ÐÙÔÁÀÓØ ÄÏ×ÅÓÔÉ ÄÏ ×ÁÓ. åÓÌÉ ÓÄÅÌÁÔØ
×ÏÚÍÏÖÎÙÍ ÏÔÓÕÔÓÔ×ÉÅ ÆÉÚÉÞÅÓËÏÇÏ ÐÒÉÓÕÔÓÔ×ÉÑ ÐÏÌÅÊ 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 =
Юрий wrote:
Нифига не понял.. у меня вроде и так все нужное для нужных целей. ;)
Тогда диагностировать сложнее, увы :-)
Выдери-ка лучше из плюсов gdscode в момент ошибки и сообщи сюды.
--
Дмитрий Еманов
Kovalenko Dmitry ...
FB 1.5.3
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
Индексы при этом не обновляются
Я тут хочу улучшить один алгоритм,
работающий с многомиллионной
Так что получается, что вариант с апдейтом дешевле
в твоём случае
Спасибо!
С уважением,
Коваленко Дмитрий.
Добрый день, вот не знаю как побороть, думаю что у меня косяк но не
могу понять где?
Есть банальный код:
fConnect-DropDatabase();
fConnect-Params-Clear();
fConnect-Params-Add(USER \SYSDBA\);
fConnect-Params-Add(PASSWORD \masterkey\);
fConnect-Params-Add(PAGE_SIZE 4096);
Здравствуйте, Dmitry.
Вы писали 2 октября 2006 г., 19:04:24:
Тогда диагностировать сложнее, увы :-)
ПочАму? Вместе не будут они фунциклировать т.е.?
Выдери-ка лучше из плюсов gdscode в момент ошибки и сообщи сюды.
Хм... ну ты сказанул. :)) Там ошибки-то никакой нет, просто вместо
текста
Юрий wrote:
Хм... ну ты сказанул. :)) Там ошибки-то никакой нет, просто вместо
текста блоба вот такой вот неказистый текст появляется.
Аа. Я как-то сразу не пропер.
При создании блоба какой sub_type указан?
--
Дмитрий Еманов
Юрий wrote:
BDATA BLOB SUB_TYPE 2 SEGMENT SIZE 8192
За это пороть розгами!!!
Положительные номера subtype - встроенные в сервер!
BINARY = 0, TEXT = 1, BLR = 2 и т.д.
Пользовательские subtype должны быть отрицательными!
В данном случае сервер пытается перекодировать из BLR в TEXT с
Здравствуйте, Dmitry.
Вы писали 2 октября 2006 г., 20:35:30:
За это пороть розгами!!!
Положительные номера subtype - встроенные в сервер!
BINARY = 0, TEXT = 1, BLR = 2 и т.д.
Дим, не поверишь, полез еще раз все проссматривать, как говориться
доку курить... и нашел!!! Тока не успел сюда
Hello, Evgeny!
Boltik Evgeny wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
В ключах нет идентификаторов транзакций.
Странно а как же тогда определеяется индексное чтение.
очень просто - сначала по совпадению ключей выбираются номера записей.
Дальше эти номера
Hello, Dmitry!
Kovalenko Dmitry wrote:
Если я обновляю запись, но колонки,
входящие в индексы не затрагиваются,
мусор в индексах не возникает? Думаю,
что не возникает. Но все таки спрошу.
В IBAnalyst видно.
берем таблицу с версиями, и смотрим
на число ключей. число ключей в разных
индексах
Hello, Dmitry!
Dmitry Kotelnikov wrote:
Добрый день, вот не знаю как побороть, думаю что у меня косяк но не
могу понять где?
Есть банальный код:
fConnect-DropDatabase();
fConnect-Params-Clear();
fConnect-Params-Add(USER \SYSDBA\);
fConnect-Params-Add(PASSWORD \masterkey\);
Hello, Юрий!
Юрий wrote:
BDATA BLOB SUB_TYPE 2 SEGMENT SIZE 8192
При выполнении запроса: select * from reports
вместо содержимого блобов на клиента возвращается строка:
*** blr version 15988712 is not supported ***
и че это за subtype 2, да еще и segment size зачем
то указан...
Здравствуйте, Dmitri.
Вы писали 2 октября 2006 г., 22:20:47:
и че это за subtype 2, да еще и segment size зачем
то указан...
Почему subtype 2 был - не спрашивай, не знаю, а вот segment size это
уже IBE по умолчанию создает.
_
С уважением, Юрий
Дим, а просто приехать 14 в Москву и посидеть на конференции можно?
Хотелось бы услышать доклад на тему: Где купить таких таблеточек, чтобы не
так сильно ломало переходить с дятла на жарптицу
Hello, Юрий!
You wrote on Tue, 3 Oct 2006 02:28:00 +0400:
Ю Почему subtype 2 был - не спрашивай, не знаю, а вот segment size
Ю это уже IBE по умолчанию создает.
Ща те и Ded чо-нибудь скажет, насчет того, что вот за это я Эксперт и не
пользую... :)))
Удач
--
Alexander A. Venikov, Tobolsk,
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 создавать БД
Dmitri Kuzmenko wrote:
Hello, Evgeny!
Boltik Evgeny wrote:
Жень, эту мысль ты можешь закопать очень глубоко, и успокоиться.
В ключах нет идентификаторов транзакций.
Странно а как же тогда определеяется индексное чтение.
очень просто - сначала по совпадению ключей выбираются номера
Boulitchev Aleksey сообщил/сообщила в новостях следующее:
Пользователь не должен
иметь доступ к БД никакими путями, кроме как через моё приложени. Что
предотвратит умышленное искажение информации в БД (особенно в филиалах),
для этого делается электрическая подпись.
А что именно
freemanzav wrote:
Дальше эти номера записей сортируются,
А вроде битовый массив создается. Для
чего сортировать номера записей?
Битовая карта упорядочена по определению. Т.е. включение в нее номеров
записей равносильно их сортировке (для внешнего наблюдателя).
--
Дмитрий Еманов
Dmitri Kuzmenko писал(а):
В IBAnalyst видно.
Мда, вот так живешь и не знаешь, что
война уже закончилась.
уверен что его это спасет от
последующих многочасовых сборок
мусора.
кого его - FB 1.5 или FB 2.0 ?
его - это я про алгоритм. А база у нас
на FB 1.5.3
Коваленко Дмитрий.
предотвратит умышленное искажение информации в БД (особенно в филиалах),
для этого делается электрическая подпись.
А что именно подписывать? Каждую запись при update/insert? А при delete
что подписывать? ;-)
Или уж не мелочиться, и всю базу? ;-)))
документы-основания, т.е первичку плюс
Eugene wrote:
Alexey Popov [EMAIL PROTECTED] wrote in
message news:[EMAIL PROTECTED]
Классик - в печку.
Руки прочь от классика!
Вот что говорит по этому поводу Jim Starkey
http://www.firebirdnews.org/?p=715.
Он говорит, что если все останется как
есть, то капец FB, и что его типа
freemanzav wrote:
Вот что говорит по этому поводу Jim Starkey
Не читайте на ночь советских газет (с)
Он говорит, что если все останется как
есть, то капец FB, и что его типа задавят
Уход от останется как есть не есть смерть классику, даже в его
интерпретации.
--
Дмитрий Еманов
Приветствую Вас,
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 гм, читай сюда
69 matches
Mail list logo
