удалено мнго записей(около 1000000)

после этого не было принудительной сборки мусора (gfix -sweep). как увидеть ушли записи в мусор или не ушли? освободилось ли место занятое ими для использования под новые данные? сервер 2.1.0 заранее спасибо.

Re: удалено мнго записей(около 1000000)

Alexey Voytsehovich ... после этого не было принудительной сборки мусора (gfix -sweep). как увидеть ушли записи в мусор или не ушли? освободилось ли место занятое ими для использования под новые данные? gstat -r -t TABLE_NAME -- Хорсун Влад

Re: Странные глюки с сервером

Привет! 1) Про перезагрузку Windows на сервере ничего не написал. Сказывается как-нибудь? 2) В сетевой карте/кабеле уверен?

Re: Странные глюки с сервером

М.Королев wrote: Привет! 1) Про перезагрузку Windows на сервере ничего не написал. Сказывается как-нибудь? Да не вроде. Перезагружаем wиндоwс, всё работает. Вот только непонятно шас с сканером, даже после перезагрузки сервера локально с сервера работает а с клиентов хрену. Но не то что

Re: Пятница?

тестовые данные??? В Беларуси на высшем уровне внидряют единую республиканскую систему, в которую многие конторы будут сливать свою информацию. Мы сделали у заказчиков выгрузку данных в текстовый файл (поля разделены символом ^ - в наше время некоторые еще не знают, наверно, про XML). Звоню,

Re: Off - Жизненно важный вопрос.

Hello, Глеб! Мадорский Г.В. wrote: Всем привет. Я тут завтра на недельку в Испанию отлетаю. Меня испугали, что нынче на международных рейсах не наливают. Кто летал недавно, неужели правда? Стоит запасаться, чтоб не сидеть как дурак в самолете целые 4 часа? 1. смотря где. Аэрофлот наливает

Re: Off - Жизненно важный вопрос.

Hello, Реактор! PEAKTOP wrote: интересно, а как боязнь поездов называется ? просто мну за последние пять лет ни разу трезвым на поезде не ездило... бухание в поезде - это уже алкоголизм. -- Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: Off - Жизненно важный вопрос.

Hello, Глеб! Мадорский Г.В. wrote: А ксати, сейчас можно проносить с собой жидкости в емкостях до 100 мл. Интересно, я могу прикупиль 5 шкаликов по 100 грамм и взять их в самолет? все равно все жидкости должны быть в пакетиках, а купленное в дютике запакуют в пакет. Пакет порвать можно, но

Re: удалено мнго записей(около 1000000)

Hello, Alexey! Alexey Voytsehovich wrote: после этого не было принудительной сборки мусора (gfix -sweep). как увидеть ушли записи в мусор или не ушли? освободилось ли место занятое ими для использования под новые данные? а их кто-нибудь читал? см. www.ibase.ru/devinfo/garbage.htm --

Re: Странные глюки с сервером

Janex пишет: М.Королев wrote: 1) Про перезагрузку Windows на сервере ничего не написал. Сказывается как-нибудь? ... после перезагрузки сервера локально с сервера работает а с клиентов хрену. ... но если НЕ через сканер (монитор) то всё пашет. И главное, что, ну по краинеи мере год,

Re: удалено мнго записей(около 1000000)

Dmitri Kuzmenko пишет: Hello, Alexey! Alexey Voytsehovich wrote: после этого не было принудительной сборки мусора (gfix -sweep). как увидеть ушли записи в мусор или не ушли? освободилось ли место занятое ими для использования под новые данные? а их кто-нибудь читал? см.

Re: Firebird 2.5 alpha 1

Ух ты! Токо я не понял, он уже как-то поддерживает SMP или ещё нет?

Re: �������� ����� � ��������

ðÏÈÏÖÅ ÎÁ ÇÌÀË, ËÏÔÏÒÙÊ Ñ ÉÓÐÒÁ×ÌÑÌ ÂÕË×ÁÌØÎÏ × ÐÏÓÌÅÄÎÅÊ ÓÂÏÒËÅ. îÏ ÏÎ ÐÒÏÑ×ÌÑÌÓÑ ÔÏÌØËÏ ÄÌÑ SuperServer, É Õ ñÎÉÓÁ ÐÏÓÌÅÄÎÑÑ ÓÂÏÒËÁ...

Re: Firebird 2.5 alpha 1

sasha ... Токо я не понял, он уже как-то поддерживает SMP или ещё нет? Как-то поддерживает :) В 2.5 кроме уже известных архитектур SS и CS введена новая, промежуточная - Super Classic. Это, грубо говоря, CS, но в одном процессе. В 3.0 архитектура будет унифицированной, с этой точки

Re: Firebird 2.5 alpha 1

Khorsun Vlad wrote: Токо я не понял, он уже как-то поддерживает SMP или ещё нет? Как-то поддерживает :) В 2.5 кроме уже известных архитектур SS и CS введена новая, промежуточная - Super Classic. Помимо этого, супер нормально распараллеливается при работе с несколькими базами. --

Re: Firebird 2.5 alpha 1

Помимо этого, супер нормально распараллеливается при работе с несколькими базами. О, ну это уже что-то! Нам такой вариант тоже интересен!!!

Re: Firebird 2.5 alpha 1

Dmitry Yemanov пишет: Помимо этого, супер нормально распараллеливается при работе с несколькими базами. а где об этом подробнее почитать?

Re: Firebird 2.5 alpha 1

Alexey Voytsehovich wrote: а где об этом подробнее почитать? В релизных нотах? -- Дмитрий Еманов

Re: Firebird 2.5 alpha 1

Dmitry Yemanov пишет: Alexey Voytsehovich wrote: а где об этом подробнее почитать? В релизных нотах? This has a noticeable effect on the scaleability of Superserver when multiple databases are being accessed simultaneously but its major effect is the emergence of the architectural “

Re: Firebird 2.5 alpha 1

Alexey Voytsehovich wrote: нашел только это. или я плохо знаю англ. или меня надо пнуть в направлении или я просто не знаю где искать чтобы подробнее понять как оно проявляется, что бы себе сделать для подробного тестирования под нагрузкой итд Работа с одной базой теперь не блокирует

Re: Firebird 2.5 alpha 1

Dmitry Yemanov пишет: Alexey Voytsehovich wrote: нашел только это. или я плохо знаю англ. или меня надо пнуть в направлении или я просто не знаю где искать чтобы подробнее понять как оно проявляется, что бы себе сделать для подробного тестирования под нагрузкой итд Работа с одной базой

Re: Firebird 2.5 alpha 1

как бы обеспечить быструю вставку в первую субд и максимальную скорость чтения на вторую? купить второй сервер -- Булычев Алексей http://www.stella-npf.ru

Re: Firebird 2.5 alpha 1

В 2.5 кроме уже известных архитектур SS и CS введена новая, промежуточная - Super Classic. Это, грубо говоря, CS, но в одном процессе. В 3.0 архитектура будет унифицированной, с этой точки зрения 2.5 - переходный, промежуточный релиз. А функции как процедуры будут в 2.5? Я почитал по

Re: Firebird 2.5 alpha 1

Dmitry Lendel wrote: Я почитал по диагонали Release Note. Больше изменений внутри чем новых фич для разработчиков. И не говори, просто обнаглели... -- Regards. Ded.

Re: Firebird 2.5 alpha 1

Dmitry Lendel ... А функции как процедуры будут в 2.5? Нет Я почитал по диагонали Release Note. Больше изменений внутри чем новых фич для разработчиков. Их тоже когда-то нужно делать -- Хорсун Влад

Re: Off - Жизненно важный вопрос.

Hello, Oleg! Oleg Deribas wrote: интересно, а как боязнь поездов называется ? просто мну за последние пять лет ни разу трезвым на поезде не ездило... бухание в поезде - это уже алкоголизм. Не все так считают: http://vodkatrain.com/ я компаниями не езжу. и все равно, при длительной

Re: Firebird 2.5 alpha 1

Hello, Alexey! Alexey Voytsehovich wrote: в первую интенсивная запись (сотни тысяч) и не очень интенсивное чтение вторая не оч много записей (тысячи) много чтений (сложные к нескольким таблицам, с Like группировками, фильтрацией по нескольким полям одновременно) как бы обеспечить быструю

Re: Firebird 2.5 alpha 1

Dmitry Lendel wrote: Я почитал по диагонали Release Note. Больше изменений внутри чем новых фич для разработчиков. Это вы релизом 2.1 избалованы :-) Пока не выкурите все его фичи, новых не дадим :-) -- Дмитрий Еманов

Re: удалено мнго записей(около 1000000)

Hello, Alexey! Alexey Voytsehovich wrote: алгоритм удаления данных выполнить delete from table where fieldfordatetime (current_date - 15) потом выполнить select count(*) from table - это для сборки мусора будет ли после этого мусор в таблице table? мусор - это не нужные ни одной транзакции

Re: Firebird 2.5 alpha 1

Dmitri Kuzmenko wrote: если вторую машинку поставить никак, то 1. машинка должна быть двухъядерная или двухпроцессорная И тогда достаточно рядом поставить второй инстанс супер-сервера и работать с разными БД через разные порты :-) -- Дмитрий Еманов

Re: Firebird 2.5 alpha 1

Boulitchev Aleksey пишет: как бы обеспечить быструю вставку в первую субд и максимальную скорость чтения на вторую? купить второй сервер смешно

Re: удалено мнго записей(около 1000000)

Dmitri Kuzmenko пишет: Hello, Alexey! Alexey Voytsehovich wrote: алгоритм удаления данных выполнить delete from table where fieldfordatetime (current_date - 15) потом выполнить select count(*) from table - это для сборки мусора будет ли после этого мусор в таблице table? мусор - это не

Re: Firebird 2.5 alpha 1

Dmitri Kuzmenko пишет: Hello, Alexey! Alexey Voytsehovich wrote: в первую интенсивная запись (сотни тысяч) и не очень интенсивное чтение вторая не оч много записей (тысячи) много чтений (сложные к нескольким таблицам, с Like группировками, фильтрацией по нескольким полям одновременно) как

Re: удалено мнго записей(около 1000000)

Alexey Voytsehovich wrote: мусор это записи помеченные как удаленные Таки чукча редкостный и убеждённый нечитатель... -- Regards. Ded.

Re: удалено мнго записей(около 1000000)

Dmitri Kuzmenko wrote: нормально ли что статистика, бакуп без сборки мусора, сборка мусора, статистика - идут около 4-х часов на субд 9 гиг размером? ненормально. это ВСЕ перечисленное длится на базе в 9 гиг? Смотря что понимается под словом статистика. -- Regards. Ded.

Re: удалено мнго записей(около 1000000)

Hello, Alexey! Alexey Voytsehovich wrote: мусор - это не нужные ни одной транзакции версии. а нужность определяется наличием активных транзакций, которые МОГУТ видеть эти версии. мусор это записи помеченные как удаленные но место которое ими занято может ктото использовать или не может?

Re: удалено мнго записей(около 1000000)

Ded пишет: Alexey Voytsehovich wrote: мусор это записи помеченные как удаленные Таки чукча редкостный и убеждённый нечитатель... может быть :) но я стараюсь рости над собой. правда мееедленно удается.

Re: удалено мнго записей(около 1000000)

Dmitri Kuzmenko пишет: Hello, Alexey! Alexey Voytsehovich wrote: мусор - это не нужные ни одной транзакции версии. а нужность определяется наличием активных транзакций, которые МОГУТ видеть эти версии. мусор это записи помеченные как удаленные но место которое ими занято может ктото

Re: удалено мнго записей(около 1000000)

Alexey Voytsehovich wrote: gstat -r -t TABLE_NAME показывает что версий нет, но это сразу после удаления и коммита и без select count Фоновый сборщик убрал мусор. -- Дмитрий Еманов

Re: удалено мнго записей(около 1000000)

Alexey Voytsehovich wrote: gbak.exe -V -B -NT -USER SYSDBA -PASSWORD masterkey localhost:opc Уйй... Это называется без сборки мусора? И что даёт предпочтение нетранспортабельного формата? И коннект какой-то интересный... В общем, диагноз подтверждается. -- Regards. Ded.

Re: Firebird 2.5 alpha 1

    И не говори, просто обнаглели... Вот ия о отм же. :-)) Дмитрий

Re: Firebird 2.5 alpha 1

Это вы релизом 2.1 избалованы :-) Пока не выкурите все его фичи, новых не дадим :-) Да есть такое. На самом деле сообщение вышло сухим. Каюсь. 2.1, действительно, содержит много приятных вещей. Обход деревьев - это просто сказка для меня. Что касается пошерстить внутренности - это святое. Я и

Re: Firebird 2.5 alpha 1

А функции как процедуры будут в 2.5?     Нет Жаль Я почитал по диагонали Release Note. Больше изменений внутри чем новых фич для разработчиков.     Их тоже когда-то нужно делать Я не спорю. У нас говорят так Мусай - великий пан. т.е. Надо - большой начальник. :-)) Дмитрий

Re: Firebird 2.5 alpha 1

Такой еще вопрос. Я долго игрался с временными таблицами. Извините, что встрИю. Увидел упоминание, грязно выругался, полез в документацию по OLEDB, увидел такие пункты в классификации таблиц GLOBAL TEMPORARY LOCAL TEMPORARY Если мне не изменяет память - клоуны с RSDN, во время той

Re: Firebird 2.5 alpha 1

DmitryLe ... Такой еще вопрос. Я долго игрался с временными таблицами. Идея игры состояла в том, что при открытии документа делается копия в аналог временных таблиц со своей бизнес логикой. После правки, сохранение с удалением из основных таблиц с последующей вставкой. Удивительное было в

Re: Проблемка с хешами

Сорь, версию сервака от шока забыл приписать 2.1 сборка 17798 Андрей Кручинин www.med-zakaz.ru

Re: Проблемка с хешами

Андрей Кручинин wrote: Хелп! Что за трабла: select hash('01%'), hash('005') from rdb$database Результат: HASHHASH1 13109 13109 А кто-то обещал уникальность хешей? -- Дмитрий Еманов

Re: удалено мнго записей(около 1000000)

Hello, Alexey! Alexey Voytsehovich wrote: перечитай еще раз выше. ты вообще в версионности не рубишь? неа :( работал раньше в основном с mysql неверсионной версией таблиц. тогда читай: www.ibase.ru/devinfo/mga.htm понял почему мы друг друга не понимаем. у меня в субд почти нет