Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Ovchinnikov Vasily]

>>> Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс.

>>   Имеется в виду, что новые ключи могут не попасть в индекс, если они 
создаются
>> во время его построения.

Kovalenko Dmitry пишет:


Странно, что на эти, заботливо разложенные собственные грабли не 
наступили...




А были ли они - такие новые ключи в момент построения индекса - в твоем случае? Если не заметили 
явных глюков по селектам в последствии, значит не было.


--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Kovalenko Dmitry]

А мы создавали индексы на ходу ... ипппппонский городовой :-)


дык, надо было IBAnalyst юзать.


Ага. Но лучше было бы выкинуть последние надежды на то "ну хоть здесь сервер 
должен отработать корректно"


На самом деле таких случаев было очень мало ... но все равно - базу то мы не 
БР-ли, как завещал Великий и Ужасный...


Странно, что на эти, заботливо разложенные собственные грабли не 
наступили...


Коваленко Дмитрий. 

Re: OFF: Пятница. С празднечгом.

[Ovchinnikov Vasily]

Kovalenko Dmitry пишет:

В нашем ауле сегодня отмечают "День Атца".

Так что поздравляю себя и всех Атцов с этим событием.


Забавно :) Спасибо :)
Буду вдвойне справлять!
ОХХХХ, держись, моя деревня седня вечером!..

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

OFF: Пятница. С празднечгом.

[Kovalenko Dmitry]

Бу, всем!

В нашем ауле сегодня отмечают "День Атца".

Так что поздравляю себя и всех Атцов с этим событием.

Коваленко Дмитрий. 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Dmitri Kuzmenko]

Hello, Dmitry!

Kovalenko Dmitry wrote:

А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на 
таблицу, с которой постоянная работа на UPDATE идет?


Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс.

МАМА

А мы создавали индексы на ходу ... ипппппонский городовой :-)


дык, надо было IBAnalyst юзать. Правда, про рассинхронизацию сообщит
только IBA 2.x. Кстати, чтобы примазаться к славе, хочу сказать, что
я в свое время задал этот вопрос. Но тихо и приватно. Зато он был 
услышан :-)


--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Kovalenko Dmitry]

теперь никаких реальных БД в 27Гб, только тестовые для провайдера?


Да уж год как "откинулсо" :-)

Коваленко Дмитрий. 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Oleg Matveyev]

и что требуется теперь сделать, что бы за БД не переживать?

Предлагаю конкретное решение - забей на БД и уйди на пенсию :-)


и ведь не поспоришь - поможет.
не, рановато пока :-)



Мне - помогло. Нисколечки не переживаю :)


в смысле?
теперь никаких реальных БД в 27Гб, только тестовые для провайдера?

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Oleg Matveyev]

В IB/FB Development Studio от SQLLY  есть фича: "все индексы INACTIVE" и 
"все индексы ACTIVE"

Сильно жизнь облегчит.


ты неповеришь, у меня в программе есть такое же, в разделе Администрирование 
:-)
а еще "все триггеры INACTIVE" и "все триггеры ACTIVE" 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Oleg Matveyev]

   gfix -v -f


тут проблем нет, регулярно проверяем. 

Re: �������� ����� ������(�����������, ����������)?

[Dmitry Lendel]

> О, кстати, я вспомнил насчет виртуалки. Ее там вообще нет, админы
> сказали что-то вроде "она там не нужна". Т.е. виртуальной машиной
> выделяется 3.5 гига физической памяти и все.

Веселые админы.
Дмитрий

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Vlad Khorsun]

"Oleg Matveyev" ...



Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс.


   Имеется в виду, что новые ключи могут не попасть в индекс, если они создаются
во время его построения.


МАМА
А мы создавали индексы на ходу ... ипппппонский городовой :-)


аналогично. и не раз.
и создание индексов, и ALITER INDEX INACTIVE делал на ходу...

и что требуется теперь сделать, что бы за БД не переживать?


   gfix -v -f

--
Хорсун Влад

PS Отпрепарированные запросы не увидят новый индекс. Это и процедур,
   и триггеров касается. 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Ovchinnikov Vasily]

Oleg Matveyev пишет:


йээх... если б я помнил, какие именно. придется все подряд.

Не сочтите за рекламу.
В IB/FB Development Studio от SQLLY  есть фича: "все индексы INACTIVE" и "все 
индексы ACTIVE"
Сильно жизнь облегчит.
Хотя, мы тут простых путей не ищем :-)

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: EXECUTE STATEMENT - у меня глюки ?

[PEAKTOP]

> См a3, например
> --
> Хорсун Влад

Понятно, не дочитал.
Да хрен с ним, по-другому сделал...

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на Ñ Ð¾Ð´Ñƒ"?..

[Kovalenko Dmitry]

и что требуется теперь сделать, что бы за БД не переживать?


Предлагаю конкретное решение - забей на БД и уйди на пенсию :-)

Мне - помогло. Нисколечки не переживаю :)

---
Коваленко Дмитрий. 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Oleg Matveyev]

Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс.

МАМА
А мы создавали индексы на ходу ... ипонский городовой :-)


аналогично. и не раз.
и создание индексов, и ALITER INDEX INACTIVE делал на ходу...

и что требуется теперь сделать, что бы за БД не переживать?
Backup/Restore очень нежелателен.

Отключить всех, и INACTIVE/ACTIVE ?

йээх... если б я помнил, какие именно. придется все подряд.

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Kovalenko Dmitry]

А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на 
таблицу, с которой постоянная работа на UPDATE идет?


Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс.


МАМА

А мы создавали индексы на ходу ... ипонский городовой :-)

Коваленко Дмитрий. 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Vlad Khorsun]

"Ovchinnikov Vasily" ...


Dmitry Yemanov пишет:


Ovchinnikov Vasily wrote:


А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на таблицу, 
с которой постоянная работа на UPDATE идет?


Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс. Если 2.1 и новее, то все апдейты будут курить, пока 
индекс не будет создан.


   DDL тр-ция должна быть wait. Иначе - создание индекса обломится с большой 
вероятностью.

--
Хорсун Влад 

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Ovchinnikov Vasily]

Dmitry Yemanov пишет:


Ovchinnikov Vasily wrote:


А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на 
таблицу, с которой постоянная работа на UPDATE идет?


Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс. 
Если 2.1 и новее, то все апдейты будут курить, пока индекс не будет создан.


То, что доктор прописал! Коротко и ясно.
Дмитрий, поклон до земли!

--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Dmitry Yemanov]

Ovchinnikov Vasily wrote:


А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на 
таблицу, с которой постоянная работа на UPDATE идет?


Если 2.0 и старее, то получишь рассинхронизированный с таблицей индекс. 
Если 2.1 и новее, то все апдейты будут курить, пока индекс не будет создан.



--
Дмитрий Еманов

К вопросу: какие метаданные ВСЕ-ТАКИ МОЖНО менять "на ходу"?..

[Ovchinnikov Vasily]

Зравия доброго всем!

Вот еще вроде как даже в e.p.i обсуждая, сошлись во мнении, что не всегда оправданно канделябром 
бить по башке при изменении метаданных "на ходу" при подключенных пользователях. В частности, 
селективной процедуре сосвсем не больно сделать ALTER PROCEDURE, не обращая внимания (но помня об 
этом), что уже подключенные клиенты могут использовать старую версию этой процедуры.


А вот с индексами как? Как насчет CREATE INDEX "на ходу"? Да еще и на таблицу, с которой постоянная 
работа на UPDATE идет?


Понимаю, что лучше базу в shutdown отправить... Но это тогда вся работа остановится, а ее 
останавливать нежелательно. Однако, ждать 23:00 и гнать человека во внерабочее время на объект ну 
очень-на не хочется-на.


А практическая подоплека в том, что вскрылась неучтенка, приводящая в одном из запросов к 
натуральному перебору бааальшой таблицы. Незаметные тормоза, пока таблица была маленькой. Но когда 
таблица выросла, то начались тормоза. Глюк нашли - нужен индекс для ускорения запроса. Надо 
добавлять. Рука так и тянется сделать это сразу и на ходу, ан призадумался...


--
Regards,
Ovchinnikov Vasily
ova at tkvc ru

Re: ÐÐµÑ Ð²Ð°Ñ‚ÐºÐ° какой памяти(виртуальной, физической)?

[Vlad Khorsun]

"Yurij" ...

При работе клиентов с FB 2.1.1 на Win2003 появились такие две ошибки,
примерно подряд:

Unsuccessful execution caused by an unavailable resource.sort error:
not enough memory.
Unsuccessful execution caused by an unavailable resource.unable to
allocate memory from operating system.

Вопрос - какой памяти это не хватает?


   Как правило, речь о нехватке *виртуальной* памяти *процесса*.


На машине винда показывает, что стоит 3.5 гига памяти, но эта винда
живет внутри VmWare, поэтому есть подозрение, что оная VmWare выделяет
память динамически и не совсем понятно как это изнутри увидеть.


   Независимо от настроек ОС, если 32-битному процессу уже дали 2 гига 
*виртуалки*,
то больше он не получит. К физ. памяти это редко имеет прямое отношение.

   Так что - смотри сколько виртуальной памяти уже выделено процессу ФБ.

--
Хорсун Влад 

Re: EXECUTE STATEMENT - у меня глюки ?

[Vlad Khorsun]

"PEAKTOP" ...

Сборка 2.5.0.22628, моя.

Оператор EXECUTE STATEMENT при указании  в формате
':' не хочет пропускать с CURRENT_USER на удаленный сервер.

Проверил варианты:
1) с полным пропуском секции AS USER в операторе
2) с указанием AS USER CURRENT_USER, но с пропуском секции PASSWORD.

Текущее поведение:
1) если я задаю локальный путь на сервере - пропускает без вопросов.
2) если я указываю IP в локалке (например, 192.168.0.1) или
3) если указать IP-адрес 127.0.0.1, как вываливается стандартное
'...ask your database administrator...'

Ожидаемое поведение:
возможность подключаться к удаленному серверу с текущим пользователем
и паролем. По крайней мере к серверу 127.0.0.1.

При указании секции AS USER CURRENT_USER PASSWORD 'password' проблема
не возникает.

Вопрос: так должно быть ?


   Так, как написано в документации

- if AS USER clause is omitted then CURRENT_USER is used

- if PASSWORD clause is omitted then
a) if  is omitted, NULL or equal to CURRENT_USER value
 then trusted autentication is performed, and
 a1) for current connection (ON EXTERNAL DATA SOURCE is omitted) -
  CURRENT_USER is effective user account
 a2) for local database ( refers to the current database) -
  CURRENT_USER is effective user account
 a3) for remote database - operating system account under which engine
  process is currently run is effective user account.
b) else only isc_dpb_user_name will be present in DPB and native autentication
 is performed.

   См a3, например

--
Хорсун Влад 

Re: fbtrace.dll - что за зверь ?

[Alex Bekhtin]

On 5 фев, 12:39, Vyacheslav Ozherelyev  wrote:
>
> А если time_threshold 0 поставить?  У нас, в Ред Базе, конфиг
> отличается, но этот параметр отвечает за регистрацию запросов по
> времени. То есть если запрос выполняется быстрее дефолтных 100
> миллисекунд то он не попадет в лог.

Помогло! Спасибо!
Вывод: надо читать текст :)

Re: fbtrace.dll - что за зверь ?

[Vyacheslav Ozherelyev]

Alex Bekhtin пишет:

Сделал по совету Влада 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_statement_finish true

max_sql_length 64000
max_arg_length 64000
max_arg_count 90


-
2009-02-05T10:43:55.1020 (7272:00F0CC98) TRACE_INIT
SESSION_1 Firebird Audit



2009-02-05T10:44:02.9980 (7272:00F0CC98) TRACE_FINI
SESSION_1 Firebird Audit


  
А если time_threshold 0 поставить?  У нас, в Ред Базе, конфиг 
отличается, но этот параметр отвечает за регистрацию запросов по 
времени. То есть если запрос выполняется быстрее дефолтных 100 
миллисекунд то он не попадет в лог.


Вячеслав Ожерельев

EXECUTE STATEMENT - у меня глюки ?

[PEAKTOP]

Сборка 2.5.0.22628, моя.

Оператор EXECUTE STATEMENT при указании  в формате
':' не хочет пропускать с CURRENT_USER на удаленный сервер.

Проверил варианты:
1) с полным пропуском секции AS USER в операторе
2) с указанием AS USER CURRENT_USER, но с пропуском секции PASSWORD.

Текущее поведение:
1) если я задаю локальный путь на сервере - пропускает без вопросов.
2) если я указываю IP в локалке (например, 192.168.0.1) или
3) если указать IP-адрес 127.0.0.1, как вываливается стандартное
'...ask your database administrator...'

Ожидаемое поведение:
возможность подключаться к удаленному серверу с текущим пользователем
и паролем. По крайней мере к серверу 127.0.0.1.

При указании секции AS USER CURRENT_USER PASSWORD 'password' проблема
не возникает.

Вопрос: так должно быть ?

Re: ÐÐµÑ Ð²Ð°Ñ‚ÐºÐ° какой памяти(виртуальной, физической)?

[Yurij]

On Feb 5, 11:21 am, Dmitry Yemanov  wrote:
> Yurij wrote:
> > Вопрос - какой памяти это не хватает?
> Виртуальной, есс-но.
> > На машине винда показывает, что стоит 3.5 гига памяти
> А в task manager сколько видно виртуалки?

О, кстати, я вспомнил насчет виртуалки. Ее там вообще нет, админы
сказали что-то вроде "она там не нужна". Т.е. виртуальной машиной
выделяется 3.5 гига физической памяти и все.

Re: ÐÐµÑ Ð²Ð°Ñ‚ÐºÐ° какой памяти(виртуальной, физической)?

[Dmitry Yemanov]

Yurij wrote:


Вопрос - какой памяти это не хватает?


Виртуальной, есс-но.


На машине винда показывает, что стоит 3.5 гига памяти


А в task manager сколько видно виртуалки?


--
Дмитрий Еманов

ÐÐµÑ Ð²Ð°Ñ‚ÐºÐ° какой памяти(виртуальной, физической)?

[Yurij]

При работе клиентов с FB 2.1.1 на Win2003 появились такие две ошибки,
примерно подряд:

Unsuccessful execution caused by an unavailable resource.sort error:
not enough memory.
Unsuccessful execution caused by an unavailable resource.unable to
allocate memory from operating system.

Вопрос - какой памяти это не хватает?
На машине винда показывает, что стоит 3.5 гига памяти, но эта винда
живет внутри VmWare, поэтому есть подозрение, что оная VmWare выделяет
память динамически и не совсем понятно как это изнутри увидеть.