to Vlad Khorsun.
ÐоÑÑл Ñпокойно Ñпа... ÑабоÑаÑÑ :)
to, Dmitry Yemanov
>
> SELECT CASE WHENMON$REMOTE_PROTOCOL IS NULL THEN 1 ELSE 0 END
> FROMMON$ATTACHMENTS
> WHEREMON$ATTACHMENT_ID = CURRENT_CONNECTION
Слегка в ÑÑоÑонÑ, но пока вÑпомнил. ÐÑло обÑÑждение на SQL.ru
возможноÑÑи обновлен
to Дмитрий Еманов
> http://www.sinatica.com/index.php/en/monitor
>
> но за деньги :-)
Надо сказать не так уж и дёшево. Интересно, как идут продажи? )))
On 26 июн, 09:01, Tonal wrote:
> Нашел:http://tracker.firebirdsql.org/browse/CORE-915
Спасибо! Проголосовал.
Таки я был прав, бага не в 2.5 появилась.
> В трекере это давно есть. Номер не помню. Там можно попробовать
> проголосовать за багу. :)
Вот потому сюда и написал, т.к. не нашёл баги в трекере. Видимо я из
разряда "плохо смотрел" )))
> ну 2,5 еще бета поэту древним он быть не может,
Может и раньше было, просто извлекал в основном экспертом.
А спрашиваю с одной целью: в трекер или руки кривые?
>если разрабочики молчат то значит у них не воспроизводится.
возможно.
> БД создавал на 2,5 или переносил с 2,0 ?
> попробуй пересозда
Есть БД - FB2.5. БД WIN1251.
Извлекаю метаданные с помощью iSQL, исходнки процедур извлекаются
некорректно:
Получаются двойные переводы каретки,
хотя в исходнике процедуры стоят виндовые 0D 0A,
а isql выдаёт 0D 0D 0A.
Это так задумано?
Тестировал тут удалённое выполнение запросов. Выяснилось что если не
указать порт то коннект будет по порту из конфига, т.е. тому на
котором текущий сервер висит. Это ни где не отражено в документации.
Может стоит внести?
On 5 фев, 12:39, Vyacheslav Ozherelyev wrote:
>
> А если time_threshold 0 поставить? У нас, в Ред Базе, конфиг
> отличается, но этот параметр отвечает за регистрацию запросов по
> времени. То есть если запрос выполняется быстрее дефолтных 100
> миллисекунд то он не попадет в лог.
Помогло! Спасиб
Сделал по совету Влада log_statement_finish и в логе запросов вообще
нет.
билды
Firebird-2.5.0.22628-0_Win32_PEAKTOP
Firebird-2.5.0.22652-0_Win32_PEAKTOP
enabled true
log_filename $1.log
#exclude_filter ^(SELECT|WITH).*
#log_statement_start true
log_statem
On 5 фев, 07:57, "Oleg Matveyev" wrote:
> >>
> >> enabled true
> >> log_filename $1.log
> >> exclude_filter ^(SELECT|WITH).*
>
> > INSERT|UPDATE|DELETE - забыл ?
>
> а также |EXECUTE
Я вчера поддался на провокацию от Влада.
Если речь идёт об удалённой разработке, т.е. пишу и накатываю, то
велик
On Feb 4, 9:12 pm, "Vlad Khorsun" wrote:
>
> Не в курсе, как там у них. Могу сравнивать только с MSSQL
>
> >> А для DDL нужно ещё знать - был ли COMMIT и как он завершился :)
>
> > Это было бы здорово.
>
> Дык вкл. трассировку тр-ций
Тогда придётся парсер делать чуть интеллектуальнее :)
Н
On Feb 4, 8:09 pm, "Vlad Khorsun" wrote:
> > exclude_filter ^(SELECT|WITH).*
>
> INSERT|UPDATE|DELETE - забыл ?
Забыл, но думаю бысто бы вяснил :)
>
> Лучше log_statement_finish, ибо невыполненные запросы тебе по идее не
> нужны,
> а при старте это ещё не известно.
Учту
>
> > и рядом с ба
On 4 фев, 13:58, PEAKTOP wrote:
> Посмотрел я настройки fbtrace.conf, отсюда возник ряд вопросов
>
> 1) К чему бы это ? Ну, понятно, что для мониторинга всего, что
> храниться в базе.
...
> А вообще - кинте в меня ссылкой, где про это почитать можно.
Ну если прям совсем невтерпёж, то можно почитат
On Feb 3, 10:20 pm, Кузнецов Евгений wrote:
> Т.е. скорее всего мешает параллельно запущенный сервер,
> поддерживающий XNET (Yaffil?)
Вопрос адресовался, видимо, не мне, но...
У меня параллельно стоят 2.1 и 2.0 на разных портах. Убил.
Запуск 2.5 прошёл без единого сообщения в логе.
On Feb 3, 8:31 pm, Andrei wrote:
> > Как приложение пробовал ?
>
> остановил сервис. запустил как приложение. эффект тот же -- появляются
> эти две записи в логе.
Firebird-2.5.0.22612-0_Win32_PEAKTOP, SuperServer, сервис, WinXP
такие же 2 записи в логе
>
> Починили, насколько я помню...
>
> --
> Дмитрий Еманов
Ура! И от меня респект и уважуха!
Я таки уж не удержусь и напишу. Сразу прощу прощения - эмоции.
Просто было обидно, что в FB это не работало. Как 2.0, так
тестирование и всеобщая мобилизация с уставом правильного
багрепортера, а как с ру
On 15 янв, 21:03, "Oleg LOA" wrote:
> Или меня плющит?
Все притаились, чтобы не мешать разработчикам выпустить бету и релиз
вовремя :)
"PEAKTOP"
> > И это ещё не полный список извращений.
>
> Ну, может здесь это уже стало бояном, не знаю, не видел.
> Но все же, из раздела о практической проктостоматологии :)
>
> 1) CREATE TABLE AAA (TXTSQL VARCHAR(1024));
> 2) Вставляем в табличку одну запись содержания:
>
> EXECUTE BLOCK AS
>
"Vlad Khorsun"
> > Ну думаю не стоит, ибо COMMIT RETAIN есть )
>
> Мгм... я подумаю ещё... а пока можно в трекер занести
На предмет проверки актуальности соединения? Если правильно понял, то
занесу.
> > НАПРИМЕР:
> > Выполнили RDB$SET_CONTEXT, а потом давай из VIEW запросы писать. Ну
> > а V
"PEAKTOP"
> Ты уточняй: твое поведение или сервера ?
Поведение сервера.
> З.Ы. а я думал, что таких извращенцев как я поискать надо. Ан нет, не
> перевелись еще на русской земле ... (чуть не написал "богатыри") :)
По поводу извращенцев. Выглядит это странно, а что делать?
Вот есть мониторинг в 2
"Хорсун Влад"
> А что ты хотел этим сделать ? Добиться того, чтобы я запретил
> COMMIT\ROLLBACK
> в EXECUTE STATEMENT ? Так я это сделаю ;)
Ну думаю не стоит, ибо COMMIT RETAIN есть )
Вообще, оптимизация соединения EXECUTE STATEMENT с внешними
датасорсами - это нужная вещь.
НАПРИМЕР:
Выпо
Такое поведение нормально?
Firebird-2.5.0.21848-0_Win32_PEAKTOP
--
execute block
returns (TRAN_ID integer)
as
declare variable DB_NAME TYPE OF COLUMN MON$ATTACHMENTS.MON
$ATTACHMENT_NAME;
begin
SELECT A.MON$ATTACHMENT_NAME FROM MON$ATTACHMENTS A
WHERE A.MON$ATTACHMENT_ID = CURRENT_CON
On 19 нояб, 14:59, Dmitry Yemanov <[EMAIL PROTECTED]> wrote:
> Ты таки прав, не могёт оно работать с win1251.
"Оно так и надо", или баг и стоит надеяться?
On 19 нояб, 12:31, Dmitry Yemanov <[EMAIL PROTECTED]> wrote:
> Что значит "есть"? Ты их под 2.5 создаешь или они "приехали" от 2.1?
>
> ЗЫ. под WIN1251 все должно работать, если клиент нормальный.
Делаю таблички под 2.5
c:\Program Files\Firebird-2.5.0.21386-0_Win32_PEAKTOP\bin>isql -u
sysdba -p
to Дмитрий Еманов
>
> Ставишь чарсет коннекта UTF8, а текст в консоли пишешь в cp1251? Ахтунг.
>
Хорошо. Понимаю что криво.
Как теперь быть?
в WIN1251 не соваться в базу ежели есть такие таблички?
to Хорсун Влад
> > БД и соединение в WIN1251
>
> Сдаётся мне, соединение и тексты запросов должны быть в UTF8
Это нормальное поведение сервера?
Создавать таблички в одной кодировке, а работать с ними в другой?
При подключении в UTF8 удаление проходит.
Но вот создать уже никак.
ISQL:
SQL> cre
сборка Firebird-2.5.0.21386-0_Win32_PEAKTOP
Пробовал тут данные перебросить ACCESS в FB.
Ранее такой фокус проделывал с помощью ODBC Viewer в IBExpert-е.
Было всё хорошо да гладко, на 2.1, а вот на 2.5 столкнулся с
проблемой.
Оказалось что русские таблички не видятся
БД и соединение в WIN1251
cr
Если совсем лень то Interbase&Firebird Development Studio
Редактор баз данных => UDF => Переименовать
Автоматом поправит процедуры.
Только результирующий скрипт надо проверить и глазками просмотреть.
PEAKTOP <[EMAIL PROTECTED]> wrote:
> > В любом случае, приоритет фичи ниже плинтуса.
> Можно было бы в
> таких случаях разрешить GROUP BY "пропускать" в списке полей БЛОБы, а
> внутри их просто не обрабатывать или обрабатывать по BLOB_ID. В
> смысле, чтобы обратная совместимость была.
И всё-таки B
> Dmitri Kuzmenko wrote:
> 2) Допустим, надо найти ошибки в весьма похожих текстах. Если DISTINCT
> не будет сортировать, то два текста могут в выборке оказаться далеко
> друг друга. И их схожесть таким образом будет затруднительно определить.
> Другое дело, когда результат DISTINCT явно отсортиров
> > Dmitry Voroshin wrote:
> Идея с хэшем, который считается при записи блоба, а потом используется
> для сравнения в DISTINCT имеет продолжение, о котором часто забывают, -
> когда хэши совпадают, то надо еще эти блобы полностью с диска скачать и
> сравнить - побайтово или посимвольно. Так что бу
> Не, народ, я понимаю, что даже у вас там жарко (у нас асфальт
> плавится), но почему все же никто еще не требовал от производителей
> авто добавить возможность замены пары-тройки шестеренок в двигателе
> во время езды на этом самом авто ?
Нельзя так сравнивать. В автомобиле не получится скопиров
> А конкатенация уже не катит?
> execute statement "update ... set ... where MyField=" || cast(MyVar1 as
> varchar(20));
Особенно хорошо когда одинарная кавычка в тексте или вообще NULL.
А как не целые и не сроковые типы кастятся...
Или подобное
select substring(cast(current_timestamp as varchar(24)) from 1 for 19)
from rdb$database
У кого либо получалось заставить работать этот модуль под 2-кой?
FreeBSD 6.0
DBD-InterBase-0.46
firebird-2.0.0.12748
Может пригодится
Locate32 http://locate32.webhop.org/
Клиентское приложение на чём написано?
У меня была похожая ситуация c SS и с СS
под Windows.
Sergiy S. Tkachenko wrote:
> В таблицу вставляется запись со значением в NumericField.
> Триггер вызывает хранимую процедуру, которая записывает
> в другую таблицу в такой самый NumericField новое значение,
> которое будет = старое значение + новое значение.
Я чего то не понимаю? Где тут или ещё
Чем то мне это напоминает в процедуре
вместо
ID = GEN_ID();
написать
select GEN_ID(...) from rdb$database into :ID;
Самый простой, наивный, вариант
извлечь во временную папку и оттуда
запустить. Вполне возможно существует
вариант запуска "в воздухе".
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Первый вариант, приходящий в голову,
это выбрать записи, для которых не
существует записей в этой же таблице
Time + DeltaTime или не существует записи Time -
DeltaTime. Не самый лучший способ.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~
Dmitry Kotelnikov wrote:
> ЗЫ: втяжка происходит при монопольном режиме, так что триггер можно
> отключить.
Можно ещё через генератор и ветвление,
если совсем беда.
43 matches
Mail list logo