coalesce(sum(r1.RDB$RELATION_ID), 0) as RDB$RELATION_ID
from
(select *
from
rdb$database ) r1
возвращает значение
при замене coalesce на iif или case проблема остается
С уважением, Леонид Агафонов
p.s. если неправ сильно не бейте, если прав закинте кто-нить в трекер
Добрый день !
Может кто собирает снапшоты Фб2.5 под Вин64?
(интересует версия после исправления ""Fixed CORE-1958: Bugcheck 179
(decompression overran buffer)")
С уважением, Леонид Агафонов
тихий ужас ... для того кто дослушает до конца...
http://share.telecom.by/download/~file=ed037d6f54a721d7ce4e1f71814fa168fe95c383
On 3 мар, 23:26, "Vlad Khorsun" <[EMAIL PROTECTED]> wrote:
> "Леонид Агафонов" ...
>
> > только что позвонил третий "товарищ" ...
>
> > т.е. это стабильно возникает у всех кого перевли на 2.1
>
> И у всех нормально делается бек
только что позвонил третий "товарищ" ...
т.е. это стабильно возникает у всех кого перевли на 2.1
С уважением, Леонид Агафвоно
> Изменение метаданных на ходу как нормальный режим работы?
"нивкоемслучае" :)
в режиме нормальной работы клиента
конечно сам иногда грешу изменением одной-другой SP при подключенных
пользователях
но добавление/измнение таблиц/метаданных из рабочей системы не
возможно - ругается что пользовте
:16:31 2008
Database: F:\xxx.FDB
internal gds software consistency check (decompression overran buffer
(179), file: sqz.cpp line: 222)
Ну правда на классике это оказалось не столь страшным, все остальные
продолжали работать
С уважением, Леонид Агафонов
около 4Гб)
при использовании ФБ2.1 под Вин64 или лучше ставить на Вин32? кто-то в
конференции писал , что собираются тестировать. Интересно какое
впечатление сложилось
С уваженем, Леонид Агафонов.
кормили, база к сожалению стоит у рабочего клиента и мы узнаем
о проблеме уже "по факту"
> Лучше всего, конечно, сделать воспроизводимый тест и дать его нам (мне)
> на изучение.
>
нда ... весь вопрос то в том как это воспроизвести ...
в какой момент происхоит отследить н
подробнее раскажете чем внутри
сервера может быть вызвана ошибка, может у нас появиться мысль в какую
сторону копать?
если такая ошибка возникает только у нас, то очень бы хотелось понять
какие наши действия могут приводить к подобной проблеме
С уважением, Леонид Агафонов
п.с. у gsAlexander&#
> Если бекап проходит нормально, т.е. ошибка то есть, то нету, то я
> могу грешить
> только на сбойное железо... Скорее всего - память.
после переноса баз на другой сервак проблема повторилась ... :(
попробуем понизить версию до 2.0.3
С уважением, Леонид Агафонов.
, помогает только
перезапуск сервиса.
Backup/Restore проходит нормально, gfix ошибок не выдает
Может кто подскажет, что с этим делать и в какую сторону смотреть ?
С уважением, Леонид Агафонов.
ger_source starting 'CHECK'
проходит нормально
Это плохо или я чего-то не дочитал ? :)
С уважением, Леонид Агафонов
При вставке в таблицу где есть Desc индекс время выполнения на порядок
больше чем при Asc индексе ?
Если Я чего не дочитал в доках, прошу не пинать, если это кому
интересно, могу скинуть примеры...
С уважением, Леонид Агафонов
memory = 76 211 692
Memory buffers = 2 048
Reads from disk to cache = 85 491
Writes from cache to disk = 0
Fetches from cache = 22 751 155
С уважением, Леонид Агафонов
6, L:02430C6C 13
..
и так почти каждую секунду
за пару часов файлик стал 380 Кб.
что означают эти сообщения ?
очень надеюсь что ничего страшного ... :)
С уважением, Леонид Агафонов
р уйдёт в какуето прикладуху ...
Но всёж хотелось бы
С уважением, Леонид Агафонов
P.S. Дмитрий и Влад и Олег, Мы (эт человек 35 + около 3000 клиентов (у
каждого от 1-30 рабочих мест)) ГОТОВЫ ТЕСТИРОВАТЬ И РАЗВИВАТЬСЯ ВМЕСТЕ
С "НАШИМ ЛЮБИМЫМ ПРОДУКТОМ" (FB)
>DY - А давай
> Ошибка:
> conversion error from string " "
упс..
сегодня в 11.00 приехал клиент из ... (ну из "очень далеко по нашим
меркам") :)
а в 11.15 я наонец-то у себя для теста поставил snaphot FB 2.1 под
ВИН32 (от 1 марта 2007)
его базу я положил на сервер Y890 и со словами "ну батенька ... вот
ваш о
> Будут. К бете.
Искренее СПАСИБО !!!
А когда будет бета ? ;)
А что будет с базой на которой BIN_AND зареген как функция через UDF?
(наверное всё будет ОК но спросить то можно?)
С уважением, Леонид Агафонов.
уважением, Леонид Агафонов
Добрый день!
В логе сервера (firebitd.log) следующее сообщение:
Modifying procedure which is currently in use by active user
requests
Наверное вместо непечатного символа должно было быть наименование SP,
или я что-то недоустановил или так должно быть?
С уважением, Леонид Агафонов
ксисе, что практически
парализовало работу нескольких
сотрудников отсюда и раздражение
несовместимостью
ладно всё это лирика
С уважением, Леонид Агафонов
)
раз это укладывается в общую логику и у
остальных проблем не вызывает
предлагаю тему закрыть
С уважением, Леонид Агафонов
ользуется более чем
1000 клиентов для автоматизации
бухгалтерии, склада, производства,
торговли, зарплаты и т.д.
С уважением, Леонид Агафонов
ну и встречный вопрос где взять к
"обоим" самым главным людям :)
документов у
которых в среднем до 10 позиций
получаем 650 тыс. у которых parent is null, а
документов конкретного типа за
конкретную дату меньше 100
получаем небольшие тормоза :(
но наверное зря я здесь про это, это
больше проблемы конкретной структуры
и конкретной реализации
а жаль :(
С уваж
> Тогда перед последним end, по идее
Спасибо огромное получилось
17:49:44 2007
Database: E:\TEST.FDB
internal gds software consistency check (invalid SEND request (167),
file: exe.cpp line: 494)
После этого к базе подключиться было
не возможно (загрузка процессора 0%)
Что может означать это сообщение?
С уважением, Леонид Агафонов.
л
Влад, вроде получилось (что-то у меня с
логикой или туплю :) сижу смотрю на
процедурку и не понимаю почему
получилось)
С уважением, Леонид Агафонов
"""Oleg LOA писал(а):
> Отключиться от БД и удалить в одном подключении.
ну вроде да если между удалениями
индекса отключиться/подключиться, то
всё ок (но при репликации "напрягает"),
но это было в Yaffil, а с FB2.0 чё делать?
P.S.: На тех же базах на которых на Yaffil
были проблемы на FB1.5 было ок
в течении часа так ничего
и не произошло :(
FB v6.3.0.12748
Куда смотреть ?
С уважением, Леонид Агафонов.
P.S.:
Похожее поведение было на Y88... и дальше,
но там хоть минут через 5-20 появлялось
сообщение в логе : wait_for_request: owner 717148
reposted 51 times for lock 666540, а здесь тишина :(
> Во-во join <таблицы и процедуры> + группировка вот тут и текает.
> Можно и запрос переписать,
Избавиться от процедур?
> и просто выполнять его в короткой транзакции.
Запросы выполняются на read транзанкции
и выводяться пользователю в виде
отчёта
С уважением, Леонид Агафонов
тов с таким
запросом).
Есть ли смысл, приводить запрос и
таблицы (т.е. нам то не сложно, вопрос
будешь ли Ты смотреть :) ), или
быстренько двигаться в сторону FB2?
С уважением, Леонид Агафонов
uot;Deadlock", "Error input/output" и т.д.
хотя может быть это относиться не к
этой проблеме)
С уважением, Леонид Агафонов
ные грабли в IB с
недоосвобождение ресурсов в рамках
транзакции", т.е. как "не надо писать",
может быть как раз так и написали :)
С уважением, Леонид Агафонов
баз (разного
размера от 1 до 6Gb, задачи/базы
однотипные) такого не возникает (но там
кол-во пользователей <10).
С уважением, Леонид Агафонов
ользователей или комбинации действийнайти не можем.Может хоть кто-нибудь подскажет вкакую сторону смотреть?
В TaskManagere -> MemUsage > 1GbСервер:Yaffil 887 SSAthlon64 3500+, 2GbРазмер базы <2.5GbС уважением, Леонид Агафонов.
38 matches
Mail list logo
