Kovalenko Dmitry wrote:
Ассинхронные, если не сдохну, когда нибуть будут в провайдере :)
Посещала такая мысль на днях.
Я тож в качестве эксперимента пробовал сделать искусственную асинхронность
посредством запуска функции, работающей с БД в отдельном фибере, который
активируется при завер
ÐалÑÑÑÑ Ñ FBScanner замеÑил инÑеÑеÑнÑÑ ÑиÑÑ (или багÑ?) на FB 1.5.5
ÐÑли запÑÑÑиÑÑ ÑеÑÐ²Ð¸Ñ FB и назнаÑиÑÑ ÐµÐ¼Ñ Ð¿Ð¾ÑÑ ÑеÑез паÑамеÑÑ ÐºÐ¾Ð¼Ð°Ð½Ð´Ð½Ð¾Ð¹
ÑÑÑоки, Ñо он его пÑинимаеÑ, ÐÐ! бÑ
Konstantin R. Beliaev wrote:
когда Ñ Ð´ÐµÐ»Ð°Ð» бÑкап (ÑеÑез ÑеÑвиÑÑ), ÑказÑÐ²Ð°Ñ Ð² ÑÑÑоке подклÑÑениÑ
server/3052:blabla
ÐÐлнÑÑ ÐºÐ¾Ð¼Ð°Ð½Ð´Ð½ÑÑ ÑÑÑÐ¾ÐºÑ gbak-а в ÑÑÑдиÑ.
--
ÐмиÑÑий Ðманов
> Я тож в качестве эксперимента пробовал сделать искусственную асинхронность
> посредством запуска функции, работающей с БД в отдельном фибере, который
> активируется при завершении операций API, работающих в другом потоке.
> Но как то оно громоздко выходит, и не очень оптимально из за постоянных
>
Kovalenko Dmitry wrote:
Правда не понятно - зачем что-то активировать после завершения вызова
API ...
Дык фибер. Пусть код фибер примерно такой
void foo()
{
dsql_fetch();
}
dsql_fetch (как и все остальные api функции) должно указывать на код-стаб,
который:
1) посылает сообще
В 6-гиговой базе есть табличка, в которой всего ~1500 записей.
И начались на ней сегодня глюки.
Делаю
select * from Table1
ошибка:
Database file appeares corrupt()
Wrong page type
Page NNN is of wrong type expected 7 found 5
ну, это понятно, надо лечить...
Пытаюсь
"Konstantin R. Beliaev" ...
В 6-гиговой базе есть табличка, в которой всего ~1500 записей.
И начались на ней сегодня глюки.
Делаю
select * from Table1
ошибка:
Database file appeares corrupt()
Wrong page type
Page NNN is of wrong type expected 7 found 5
ну, это понятно, надо лечить...
Ожида
> Дык фибер. Пусть код фибер примерно такой
> void foo()
> {
> dsql_fetch();
>
>
> }
>
> dsql_fetch (как и все остальные api функции) должно указывать на код-стаб,
> который:
> 1) посылает сообщение потоку, работающему с gds32.dll
> 2) выполнить SwitchToFiber(другой фибер), перестав
Dmitry Yemanov wrote:
ÐÐлнÑÑ ÐºÐ¾Ð¼Ð°Ð½Ð´Ð½ÑÑ ÑÑÑÐ¾ÐºÑ gbak-а в ÑÑÑдиÑ.
Я ÑеÑÑÐ¾Ñ ÑеÑез IBExpert пÑÑкаÑ.
New Database
Database File = server/3052:d:\base\mybase.gdb
File Name = d:\base\mybase.fbk
Ðа ÑеÑвеÑе в ProcessExplorer ÑÑо вÑглÑди
Konstantin R. Beliaev wrote:
Я ÑеÑÑÐ¾Ñ ÑеÑез IBExpert пÑÑкаÑ.
New Database
Database File = server/3052:d:\base\mybase.gdb
File Name = d:\base\mybase.fbk
Ðа ÑеÑвеÑе в ProcessExplorer ÑÑо вÑглÑÐ´Ð¸Ñ ÐºÐ°Ðº GBAK, ÑвлÑÑÑийÑÑ Ð¿Ð¾Ñомком
fb_inet_s
Vlad Khorsun wrote:
Ожидается страница индекса, а там - данные. Как думаешь,
select * from Table1 много индексов пользует ?
Это я догадался, потому специально хотел запросить данные без индексов.
Удивился, что получаю ту же ошибку.
Потому что она возникает не на этом запросе и не на это
Kovalenko Dmitry wrote:
А в чем тогда радость, если на время выполнения dsql_fetch, foo
тормозится?
Чтобы заняться другими задачами, например выполнять foo2, который
тоже запрос может инициировать. Или тупо обрабатывать гуй.
t_ibp_task_controller::self_ptr
spTaskController(spTaskManager->
"Konstantin R. Beliaev" ...
Vlad Khorsun wrote:
Ожидается страница индекса, а там - данные. Как думаешь,
select * from Table1 много индексов пользует ?
Это я догадался, потому специально хотел запросить данные без индексов.
Удивился, что получаю ту же ошибку.
Потому что она возникает
Всем привет,
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу опровергнуть мое мнени
Hello, Konstantin!
Konstantin R. Beliaev wrote:
C:\FB\bin/gbak -svc_re 1812 1816 1804
^^
ÑÑо ÑÑо ???
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
21.05.2009 16:56, Alexey Kovyazin пишет:
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
2. права не по нормальным группам
3. отсутствие (я не нашел) четких рекомендаций как выбирать размеры базы
коли
Hello, Konstantin!
Konstantin R. Beliaev wrote:
Plan
PLAN (A NATURAL)
Adapted Plan
^^^
PLAN (A NATURAL)
обнови IBExpert у себя пожалуйста.
--
Dmitri Kouzmenko, www.ibase.ru, (495
u aaiiuo neaiaoo?
ae?onia 4093 (20090521) __
Niiauaiea i?iaa?aii i?ia?aiiie ESET NOD32 Antivirus.
http://www.esetnod32.ru
> Всё верно, но это только часть функционала. Надо ещё
А так же
0) отмена заданий
1) обработка ошибок
2) аварий потока
3) время жизни этого хоровода объектов
4) блокировка DLL на время работы потоков
5) и так далее и тому подобное
:-)
Коваленко Дмитрий.
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
1. манифесты и рантаймы
--
Булычев Алексей
http://www.stella-npf.ru
On Thu, 21 May 2009 15:27:39 +0400, Kovalenko Dmitry
wrote:
> ассинхронное
Прошу прощения, что вмешиваюсь в ваш занимательный диалог, но это
"аССинхронное" в каждой строке читать глазам больно.
Создаётся впечатление, что у тебя, Дим, этот код через то самое место написано
:)
--
Сергей Смир
>
> 1. манифесты и рантаймы
>
о-да. я три раза за то, чтобы залинковать все библиотеки статически в
экзешник. помню, какой
фурор произвел Yaffil своим одним файлом...
Hello, Dmitri!
You wrote on Thu, 21 May 2009 17:16:58 +0400:
??>> Adapted Plan
DK> ^^^
??>> PLAN (A NATURAL)
DK> обнови IBExpert у себя пожалуйста.
Ты его таки доконал? :)))
--
With best regards, Alex Cherednichenko.
1. манифесты и рантаймы
Не, это все не то.
0. Его написал не Microsoft.
Коваленко Дмитрий.
Hello, Alexey!
You wrote on Thu, 21 May 2009 05:56:22 -0700 (PDT):
[quot Alexey] AK> В процессе размышлений о судьбах вселенной, пришла ко мне
мысль о том,
AK> что реальные проблемы в Firebird вообще отсутствуют.
AK> Ну то есть технические проблемы такого рода, которые напрягали бы
AK> разра
Alexey Kovyazin wrote:
В процессе размышлений о судьбах вселенной, пришла ко мне мысль о том,
что реальные проблемы в Firebird вообще отсутствуют.
Ну то есть технические проблемы такого рода, которые напрягали бы
разработчика или админа в процессе разработки и эксплуатации.
Вот.
Прошу опроверг
Меня реально напрягает только одна, о которой я ругался много раз, это
идиотская политика партии относительно обратной совместимости. В
результате
постоянные проблемы на legacy проектах.
А что с ней не так? Нормальная политика. Мне нравится :-)
legacy пусть работает на legacy.
Коваленко Дм
Alexey Popov wrote:
Вторая проблема - у проекта FB нет(не видно) будущего.
о чем ты?
÷ÃÃ
à ÃÃÃÃÃÃÃ! ðÃÃÃÃÃ
Ãà ÃÃÃãÃ!
On May 21, 5:34 pm, Alexey Popov wrote:
> > Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
> > насущные проблемы в Firebird.
> Меня реально напрягает только одна, о которой я ругался много раз, это
> идиотская политика партии относительно обратной совместимости. В результат
Меня реально напрягает только одна, о которой я ругался много раз, это
идиотская политика партии относительно обратной совместимости.
А что с ней не так? Нормальная политика. Мне нравится :-)
Щас полез посмотреть - а через что сделана отмена запросов в IB
Точнее - как именно :)
[ibase.h о
Dmitri Kuzmenko пиÑеÑ:
C:\FB\bin/gbak -svc_re 1812 1816 1804
^^
ÑÑо ÑÑо ???
ÐÑ
м. ÐÑеÑеÑÑÐ²ÐµÐ½Ð½Ð°Ñ Ð²Ð¾Ð¹Ð½Ð° воÑемÑÑÐ¾Ñ Ð´Ð²ÐµÐ½Ð°Ð´ÑаÑого. ÐаÑем, знаÑиÑ, ÐÑнÑÑ
Ð¢ÐµÐ¾Ð´Ð¾Ñ Ðмадей ÐоÑма
Если начинает казаться что с FB есть проблемы, нужно некоторое время
поработать с ораклом.
Проблемы исчезнут
Dmitri Kuzmenko wrote:
C:\FB\bin/gbak -svc_re 1812 1816 1804
^^
ÑÑо ÑÑо ???
ÐÑе ÑÑÑ Ð½Ð¾ÑмалÑно :-) СеÑÐ²Ð¸Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ Ñак запÑÑкаеÑÑÑ ÑеÑвеÑом.
--
ÐмиÑÑий Ðманов
St. Alex wrote:
1. Очень геморройно БЭКАП/Ресторе больших баз, особенно, если ошибка на
восстановлении какого нибудь триггера, а в результате пустые таблицы
Ты в этом уверен? Что пустые таблицы?
--
Дмитрий Еманов
Alexey Kovyazin пишет:
Прошу опровергнуть мое мнение и написать если не три, то хотя бы две
насущные проблемы в Firebird.
Админские:
1. Мультипроцессорность (обещают)
2. Кластеризуемость (нет)
3. Репликация (нет)
4. Мониторинг производительности (начало решатся в 2-ке)
5. Ручное обновление стат
Длина с одной буквой Н.
А количество с одной буквой Л.
И проблема с одной буквой М.
:-)
Slava Ekimov пишет:
Длина с одной буквой Н.
А количество с одной буквой Л.
И проблема с одной буквой М.
А ЖИ и ШЫ нужно писать с буквами Жэ и Шэ. :)
--
Александр Замараев
Hello, Dmitry!
Dmitry Yemanov wrote:
Dmitri Kuzmenko wrote:
C:\FB\bin/gbak -svc_re 1812 1816 1804
^^
ÑÑо ÑÑо ???
ÐÑе ÑÑÑ Ð½Ð¾ÑмалÑно :-) СеÑÐ²Ð¸Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ Ñак запÑÑкаеÑÑÑ ÑеÑвеÑом.
пÑедÑпÑÐ
2. права не по нормальным группам
Э-э-э...Роли?
Нет, не роли.
Hello, Alex!
Alex Cherednichenko wrote:
??>> Adapted Plan
DK> ^^^
??>> PLAN (A NATURAL)
DK> обнови IBExpert у себя пожалуйста.
Ты его таки доконал? :)))
не пришлось. я культурно попросил, не помню, примерно пару-тройку
месяцев назад.
И уже в апреле на курсах, скачавши но
Hello, Tonal!
Tonal wrote:
Админские:
Програмёрские:
это все не проблемы, а пожелания. Потому как например почти со всеми
"программерскими" проблемами в других серверах иденично.
Особенно убил пункт 4 про список параметров в :list. Ну думать же надо,
как его сервер-то будет интерпретиро
ÐÑивеÑ
ЯвнÑÑ
пÑиÑин - неÑ. ÐÑÑÑ Ð´Ð¾Ð±Ñое бÑÑÑание на вÑÑкие мелоÑи.
ÐапÑÑÐ³Ð°ÐµÑ Ð½Ð°Ð»Ð¸Ñие бÑÐºÐ²Ñ "Ñ" в пÑÑи к базе. СоздаÑÑ Ð¿Ð¾Ð»ÑзоваÑÐµÐ»Ñ ÐÐ¾Ð²Ð°Ñ Ð¿Ð°Ð¿ÐºÐ°
и ÑÑÑи Ñебе головÑ.
ÐÑ
On May 22, 9:12 am, Dmitri Kuzmenko wrote:
> Hello, Tonal!
>
> Tonal wrote:
> > Админские:
> > Програмёрские:
> это все не проблемы, а пожелания. Потому как например почти со всеми
> И про пункт 7 тоже. Сколько дубинок было сломано на этом, а оказалось
> что бизнес-смысла в этом нет. Т.е. реализ
Dmitry Yemanov wrote:
ÐÑе ÑÑÑ Ð½Ð¾ÑмалÑно :-) СеÑÐ²Ð¸Ñ Ð¸Ð¼ÐµÐ½Ð½Ð¾ Ñак запÑÑкаеÑÑÑ ÑеÑвеÑом.
Я и Ñам озадаÑенно ÑеÑал ÑепÑ, поÑом забил, ÑеÑив ÑÑо мне пока не до
Ñого :-)
ÐÑÑаÑи, GBAK Ñ ÐºÐ
45 matches
Mail list logo
