Re: - course.ibase.ru

[Oleg LOA]

"Vlad Horsun" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> ты не прав. Или я тебя не догнал :)

Я же тебе ответил - видишь одно, читаешь другое ;-)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Vlad Horsun]

"Oleg LOA" ...
> "Horsun Vlad" ...
> >> Перед commit ещё и селект и вот он куда-то исчез :-)
> >
> >Если select в однй тр-ции, что и update/delete,
> > то никто никуда не исчез.
>
> Влад, видиешь Перед, читаешь После ;-). А так что тебе даст select в другой 
> транзакции?

Чего-то я тебя не пойму.

Если в одной тр-ции update + select, то версии, созданные update'ом 
останутся
на месте. Если update, commit, select, то у селекта есть шанс собрать мусор 
(если
OST позволит).

Так что здесь :

ДК>> дык, всегда ж. update/delete, а потом commit. И все,
ДК>> получите потенциальный мусор.

LOA>Перед commit ещё и селект и вот он куда-то исчез :-)

ты не прав. Или я тебя не догнал :)

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> Перед commit ещё и селект и вот он куда-то исчез :-)
> 
>Если select в однй тр-ции, что и update/delete,
> то никто никуда не исчез.

Влад, видиешь Перед, читаешь После ;-). А так что тебе даст select в другой 
транзакции?
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Horsun Vlad]

"Oleg LOA" ...
> "Dmitri Kuzmenko" ...
> > зачем статью?
> > дык, всегда ж. update/delete, а потом commit. И все,
> > получите потенциальный мусор.
>
>
> Перед commit ещё и селект и вот он куда-то исчез :-)

Если select в однй тр-ции, что и update/delete,
то никто никуда не исчез.

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> зачем статью?
> дык, всегда ж. update/delete, а потом commit. И все,
> получите потенциальный мусор.


Перед commit ещё и селект и вот он куда-то исчез :-)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg LOA wrote:

>>p.s. ну почему, почему люди думают, что "мусор" в базе возникает
>>только от rollback-а транзакций? Почему думают, что
> 
> Напиши статью когда он возникает при commit ;-)

зачем статью?
дык, всегда ж. update/delete, а потом commit. И все,
получите потенциальный мусор.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> p.s. ну почему, почему люди думают, что "мусор" в базе возникает
> только от rollback-а транзакций? Почему думают, что

Напиши статью когда он возникает при commit ;-)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Игорь!

Игорь Горбонос wrote:

>  DK> Каким образом можно работать в 3-ем диалекте, не представляя
>  DK> ничего об арифметике numeric ?
> 
> а где можно по подробнее почитать об арифметике numeric?

дурацкий ответ - на ibase.ru. Если пойти еще дальше, то
в разделе "Документация", Типы данных,
Работа с большими числами в диалекте 3 (eng)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Игорь Горбонос]

Hello, Dmitri!
You wrote  on Mon, 03 Jul 2006 21:03:40 +0400:

 DK> Каким образом можно работать в 3-ем диалекте, не представляя
 DK> ничего об арифметике numeric ?

а где можно по подробнее почитать об арифметике numeric?

With best regards, Игорь Горбонос.  E-mail: [EMAIL PROTECTED]



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, All!

Честное слово, страшно руки чешутся
проехаться по "массовым заблуждениям в тесте",
особенно на предмет транзакций, версий и сборки мусора.
Иной раз по ответам создается впечатление, что человек
вообще ничего не читал. Ну и получает соответствующее
число баллов...
Хорошо, если низкая оценка заставит сделать хотя бы
попытку "самообразоваться".

p.s. ну почему, почему люди думают, что "мусор" в базе возникает
только от rollback-а транзакций? Почему думают, что
при обычной работе с БД не работает сборка мусора???
Каким образом можно работать в 3-ем диалекте, не представляя
ничего об арифметике numeric ?

p.p.s. извиняюсь, риторика сплошная...

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Ded]

Dmitri Kuzmenko wrote:

> Я могу утверждать,
> что таблицу A никто не будет использовать из приложений,
> только если приложения о ней не знают (косвенно или явно).

А ещё есть триггера. И процедуры, про нутро которых приложения тоже 
много знать не обязаны.

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Hello, Ded!
> а все равно там 33 никто не набрал.

Так мы тут пиписьками что-ли меряемся ;-), Всё кто набрал больше 90% верных 
ответов - молодцы. Так как есть ещё вопросы к формулировкам в тесте, то 
требовать 100% попадания пока рано.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Ded!
Ded wrote:

>>уже вижу :-) таки призовой фонд на этом закрывается :-)
> 
> А там що, призовой фонд ещё? Ой, мну стыдно, деток из песочницы 
> прогнал :( Не, я вне конкурса...

а все равно там 33 никто не набрал.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Eugeney Putilin wrote:

> :-D
> А что будет если ДЕ исправит сей баг?

а сколько народу будут пользоваться этим багом
в ближайшие года три?

> Перетирание невостановленного бекапа, интеренсо.

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

> Дим все прожужали ушы что отстрел классика чреват для индексов 
 > но что работа с метаданными опасна при активной работе на других таблицах
 > не помню чтобы упоминалась.

я еще раз повторю фразу о "потенциально опасных действиях".
Что за "работа с метаданными одних таблиц, при активной работе
с другими таблицами"? Кто вообще определяет, в какой момент
времени таблица используется, или нет? Я могу утверждать,
что таблицу A никто не будет использовать из приложений,
только если приложения о ней не знают (косвенно или явно).
Но все равно, модификация метаданных при работающих
пользователях в любом случае будет потенциально опасной
вообще, а не в отношении каких-то "конкретных метаданных".

Когда слишком много "если", то лучше перестраховаться.
Ты прямо как Гаджимурадов Рустам, который ни в какую не верит
в порчу оригинальной БД при ее файловом копировании.
Он мотивирует - докажите мне! Моя точка зрения такова,
что тут ничего никому (и вообще) доказывать не надо.
Было с пяток случаев, с неустановленными причинами. Кто при возникновении
нового такого случая будет пенять, что мол - пишете же, что "безопасно
копировать"?

> Т.е. как я описал это нисайдеровская информация. Т.е. если по граблям 
 > лично не прошелся в конференциях FAQ и т.п. не встретил, то не факт
 > что ответить на вопрос можно.

согласен, что этого почему-то нет в
http://www.ibase.ru/devinfo/dontdoit.htm

> К томуже понятно что должны быть 
> отвечты на которые кроме тебя и Ковязина никто не ответит. :-)

цели наплодить таких вопросов нет.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Eugeney Putilin]

Hi  "Dmitri Kuzmenko" 
> значит так - я тут главный, понятно? :-)
:-D
А что будет если ДЕ исправит сей баг?

> позицию свою объясняю на следующем примере:
> " я знаю, что этот ключ делает, и в скрипте у меня приняты
> все меры предосторожности".
Перетирание невостановленного бекапа, интеренсо.
> Так вот. Любые действия над сервером, которые ПОТЕНЦИАЛЬНО ОПАСНЫ,
> никогда не будут считаться "правильным ответом".
Дим все прожужали ушы что отстрел классика чреват для индексов но что работа с 
метаданными опасна при активной работе на других таблицах не помню чтобы 
упоминалась. Т.е. как я описал это нисайдеровская информация. Т.е. если по 
граблям лично не прошелся в конференциях FAQ и т.п. не встретил, то не факт что 
ответить на вопрос можно. К томуже понятно что должны быть отвечты на которые 
кроме тебя и Ковязина никто не ответит. :-)

WBR Evgeny Putilin.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Eugeney!

Eugeney Putilin wrote:

>>>- на 29-й ответил (б) и считаю это правильным :-)))
>>
>>И неправ :)
> 
> Интересно посмотреть на битву титанов кто кого переубедит но т.к. 
 > это вопрос вызывает спор у гуру то тогда наверное его надо или
 > переработать или выкинуть?

значит так - я тут главный, понятно? :-)

позицию свою объясняю на следующем примере:

есть у gbak ключик -r, который принес много неприятностей людям.
тем не менее, "опытные разработчики" применяют его, объясняя
свое поведение так:
" я знаю, что этот ключ делает, и в скрипте у меня приняты
все меры предосторожности".

Так вот, мало того, что в FB 2.0 этот ключик перестанет
работат, все равно, этот ключ даже при "правильном применении"
не перестает быть опасным. И вполне можно обойтись ключом -c
(при этом предыдущей командой в батнике удаляя ориг. базу данных).

Так вот. Любые действия над сервером, которые ПОТЕНЦИАЛЬНО ОПАСНЫ,
никогда не будут считаться "правильным ответом".

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Ded]

Dmitri Kuzmenko wrote:

> уже вижу :-) таки призовой фонд на этом закрывается :-)

А там що, призовой фонд ещё? Ой, мну стыдно, деток из песочницы 
прогнал :( Не, я вне конкурса...

-- 
Regards. Ded.



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Ded!

Ded wrote:

> 33 очка, аднака. Срезался на startinge по таймштампу. Ибо дурь это 
> :) На пару-тройку вопросов ответил "верно", просто потому, что знаю, что 
> от меня хотел услышать "вопрошающий". Так сказать, ответил в интересах 
> правды, а не в интересах истины (C) ;) Подробнее отписал там.

уже вижу :-) таки призовой фонд на этом закрывается :-)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Ded]

Alexander A. Venikov wrote:

>  D> 33 очка, аднака. Срезался на startinge по таймштампу.
> На containing'е?

Ась? Там контайнинг был? Лоханулся? :-D Да фиг с ним. Всё равно дурь :-D

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Alexander A. Venikov]

Hello, Ded!
You wrote  on Mon, 03 Jul 2006 15:05:51 +0400:

 D> 33 очка, аднака. Срезался на startinge по таймштампу.
На containing'е?

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Eugeney Putilin]

Hi  "Alexey Kovyazin" 
> > - на 29-й ответил (б) и считаю это правильным :-)))
> 
> И неправ :)
Интересно посмотреть на битву титанов кто кого переубедит но т.к. это вопрос 
вызывает спор у гуру то тогда наверное его надо или переработать или выкинуть?
> Много раз видел удаленные таблицы, законфилктовавшие с интенсивными 
> вставками - т.е. в RDB$ таблицах данные про реляцию есть (полностью или 
> частично), а страницы указателей  и остальные системные страницы уже 
> заняты какой-то интенсивно расширявшейся таблицей.
Это инсайдерская информация которая не публиковалась и не является доступной. С 
такой т.з. можно утверждать что работать с индексами опасно т.к. они иногда 
портятся. 

WBR Evgeny Putilin.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Ded]

Dmitri Kuzmenko wrote:

> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
> хорошо вы знаете InterBase/Firebird!


33 очка, аднака. Срезался на startinge по таймштампу. Ибо дурь это 
:) На пару-тройку вопросов ответил "верно", просто потому, что знаю, что 
от меня хотел услышать "вопрошающий". Так сказать, ответил в интересах 
правды, а не в интересах истины (C) ;) Подробнее отписал там.

-- 
Regards. Ded.


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Karabas!

Karabas Barabas wrote:

>  HV> 16-ый знак не гарантируется.
>  HV> Т.е. он может быть показан не для всех чисел
> 
> Вопрос звучит: "укажите точность типа double precision (*максимальное* число 
> знаков)"
> 
> Вот если бы спросили про минимально гарантированное 

ну, начинают изворачиваться. 15-16 знаков, смотрите
в любой документации. для float - 7-8.


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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Андрей!
Феклистов Андрей wrote:

> 31/34. причем, как и наверняка большинство других, срезаться умудрился на 
> простых вопросах типа "какая строка коннекта корректной не является?". ну я 
> всегда пишу строчки коннекта единообразно, как работает, а как не должно 
> работать - ну фиг его знает :)
> ХОЧУ график, где показано распределение, сколько правильных ответов у людей. 
> ничего, что я большими буквами? ;)
> 
> ну я так подозреваю, что большинство по 30 и ответили..

не-а. Большинство находится в диапазоне от 21 до 29
правильных ответов.

Баллы  Количество ответов
11  2
13  3
14  3
15  3
16  2
17  2
18  1
19  4
20  3
21  9
22  1
23  11
24  3
25  5
26  7
27  4
28  6
29  3
30  7
31  3
32  2



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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Karabas Barabas]

Hi Horsun Vlad !

 HV> 16-ый знак не гарантируется.
 HV> Т.е. он может быть показан не для всех чисел

Вопрос звучит: "укажите точность типа double precision (*максимальное* число 
знаков)"

Вот если бы спросили про минимально гарантированное 

-
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Horsun Vlad]

"Karabas Barabas" ...
> Вопрос ?17:
>
> укажите точность типа double precision (максимальное число знаков)
>
> ответил 17, а в качестве правильного ответа указано 15
>
> зашел в IBE, проверил:
> select cast(CAST(1123 as DOUBLE PRECISION)/1233451 as varchar(100)) from
RDB$DATABASE
> 0.0009104536783382559
>
> 16 знаков-то, как ни крути :)

16-ый знак не гарантируется.
Т.е. он может быть показан не для всех чисел

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Karabas Barabas]

Вопрос №17:

укажите точность типа double precision (максимальное число знаков)

ответил 17, а в качестве правильного ответа указано 15

зашел в IBE, проверил: 
select cast(CAST(1123 as DOUBLE PRECISION)/1233451 as varchar(100)) from 
RDB$DATABASE
0.0009104536783382559

16 знаков-то, как ни крути :)

ИТОГО 31 из 34 :)


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Karabas Barabas]

в вопросе №15:

"Максимальный размер *размер* однофайловой базы данных"
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"Alexandr Kochmin" <[EMAIL PROTECTED]> wrote:
>
> под Mozilla Firefox подтверждение регистрации не срабатывает.

У меня нормально сработало.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Феклистов Андрей]

> А в целом - неплохо, 30 из 34. Это я типа хвастаюсь. :)
31/34. причем, как и наверняка большинство других, срезаться умудрился на 
простых вопросах типа "какая строка коннекта корректной не является?". ну я 
всегда пишу строчки коннекта единообразно, как работает, а как не должно 
работать - ну фиг его знает :)
ХОЧУ график, где показано распределение, сколько правильных ответов у людей. 
ничего, что я большими буквами? ;)

ну я так подозреваю, что большинство по 30 и ответили..
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexander A. Venikov]

Hello, Alexander!
You wrote to Alexander A. Venikov on Mon, 3 Jul 2006 10:27:18 +0600:

 AAV> Блин, про 3-й диалект не заметил, sorry.
А в целом - неплохо, 30 из 34. Это я типа хвастаюсь. :)

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexander A. Venikov]

Hello, Alexander!
You wrote to Dmitri Kuzmenko on Mon, 3 Jul 2006 10:14:11 +0600:

 AAV >select cast(2/3 as numeric(5,3)) from rdb$database
 AAV >0.667
 AAV >Такого варианта нет (есть 0.333).
Блин, про 3-й диалект не заметил, sorry.

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexandr Kochmin]

 DK> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
 DK> хорошо вы знаете InterBase/Firebird!

под Mozilla Firefox подтверждение регистрации не срабатывает.
Пришлось искать IE


--
С уважением
Кочмин Александр



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexander A. Venikov]

Hello, Dmitri!
You wrote  on Sat, 01 Jul 2006 18:07:17 +0400:

select cast(2/3 as numeric(5,3)) from rdb$database
0.667
Такого варианта нет (есть 0.333).

Удач
--
Alexander A. Venikov, Tobolsk, Russia
Real e-mail address is venixtntobru 



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexey Kovyazin]

> И что это доказывает? Что isql как был кривой так и остался? :-). Ну нет 
> числа 0.. Есть 0, а сколько там НЕзначащих нудей это вообще никого не 
> волнует.

Наверное, мы добавим в вопрос фразу про тип возвращаемого значения.

С уважением,
Алексей


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> Дима, 0.000 - это не резульат. Так ты его в таком виде не увидишь  без 
>> использования специального форматирования.
> 
> специально для тебя выполнил в ISQL:
> select cast(2/3 as numeric(5,3)) from rdb$database;

И что это доказывает? Что isql как был кривой так и остался? :-). Ну нет числа 
0.. Есть 0, а сколько там НЕзначащих нудей это вообще никого не волнует.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Oleg!

Oleg LOA wrote:

>>1. 2/3 операция над целыми числами. результат - 0
>>2. преобразование 0 в numeric 5,3. резульатт - 0.000
> 
> Дима, 0.000 - это не резульат. Так ты его в таком виде не увидишь  без 
> использования специального форматирования.

специально для тебя выполнил в ISQL:
select cast(2/3 as numeric(5,3)) from rdb$database;
 CAST

0.000


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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Lendel]

 Привет.
Придумал вопрос. Может уже и есть такой, не знаю.

Значение генератора MyGen равно 100
Какое значение будет после выполнения следующих операторов

gen_id(Mygen,1);
rollback;

a 101
б 99
в 100
г неизвестно.

-- 
Dmytro Lendel
www.bagel.com.ua




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> об этом догадываются только те, кто смотрит на счетчик Next
> после restore. И то...

Можно уточнить вопрос добавив про пользовательские данные.
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
 
> :-) все равно мой собственный результат (32 из 34) еще никто не победил.
> однако есть уже 2 человека с резульатом 30, и еще два - с 29.
> Остальные - 25 и ниже. Тест завершило пока 16 человек.

Местами в тесте нужно выделить НЕ ;-)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Oleg LOA]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 1. 2/3 операция над целыми числами. результат - 0
> 2. преобразование 0 в numeric 5,3. резульатт - 0.000

Дима, 0.000 - это не резульат. Так ты его в таком виде не увидишь  без 
использования специального форматирования.
 
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexey Kovyazin]

> И снова баги. С тебя тестовый пример.

Так баги - объективная реальность, с ними приходится жить :)

С примером сложнее, просто тупое создание и дропание таблиц в цикле с 
одноврменой заливкой записей не приводит к повреждению. Чего-то не 
хватает :)

С уважением,
Алексей


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"Alexey Kovyazin" <[EMAIL PROTECTED]> wrote:
>
> Создание и удаление таблиц во время интенсивных вставок в другие таблицы
> часто приводит к повреждениям - в основном конфликтам между системными
> страницами и страницами данных. Конечно, в основном на классике, но и на
> супере тоже наблюдал не раз.

И снова баги. С тебя тестовый пример.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexey Kovyazin]

Привет!

> Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не 
> заюзан *на момент альтера*, то это безопасно.

Создание и удаление таблиц во время интенсивных вставок в другие таблицы 
часто приводит к повреждениям - в основном конфликтам между системными 
страницами и страницами данных. Конечно, в основном на классике, но и на 
супере тоже наблюдал не раз.


С уважением,
Алексей Ковязин


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

DmitryLe wrote:

> А вообщем, классный тест. :-))) Спасибо.

да и вам всем спасибо.

> Построй более сложную оценку по
> ответам и можно использовать. Как у MS. У
> них тоже сперва было - да или нет. А
> потом сложность следующего вопроса
> зависит от правильности ответа на
> предыдущий. Так спускаясь или
> поднимаясь выясняют реальный уровень
> знаний.

у них не все тесты такие. Причем, перед прохождением
теста об этом предупреждают.
Я в курсе, что есть тесты, которые при плавании
в какой-либо области начинают "валить" тестируемого.
В moodle такое тоже можно, но к тестам курса - там
задача иная. Например, при неправильном ответе перебросить
курсанта на нужный материал, или задать пару наводящих вопросов,
то есть, цель - не "завалить", а обучить.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> ну, а чего ж вы отвечаете, что

Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не 
заюзан *на момент альтера*, то это безопасно.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!
Dmitry Yemanov wrote:

> А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты 
> системных таблиц. Соотв-но, будет и сборка мусора в них.

об этом догадываются только те, кто смотрит на счетчик Next
после restore. И то...

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:

> Фигня. Нет никакой гарантии, что в следующую миллисекунду после твоего 
> "посмотрел" или "сбросил" объект не заюзают.

ну, а чего ж вы отвечаете, что "если пользователи модифицируют используемые"?
Как вообще подключенные к БД пользователи могут "не использовать" никакие
объекты? Где существуют приложения, которые при подсоединении ничего
кроме isc_attach_database не вызывают?

p.s. короче, этот вопрос Ковязин писал. На него и наезжайте :-)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:

> Кстати, я согласен. Был вопрос про размер однофайловой базы. Правильный 
> ответ там: "зависит от файловой системы". Но ведь даже если у меня NTFS, то 
> базу более 131 терабайта я все равно создать не смогу, несмотря на более 
> широкие возможности ФС. Т.е. на самом деле правильных ответа два, и они 
> характеризуют границы разброса практически достижимого максимума.

вот нифига. например - максимальное количество одновременных коннектов?

а) не ограничено сервером
б) зависит от настроек ОС

здесь просто ответ "а", без ответа "б" некорректен. Он неполон,
и даже не является определяющим.
Какой смысл в "отсутствии ограничения", если например на
RH Linux по умолчанию больше 600 коннектов не открыть?
Потому и надо отвечать на вопрос "б", который сам по себе
подразумевает, что этот параметр НЕ зависит от сервера,
а зависит от внешних условий эксплуатации сервера.

Конечно, для более тщательного теста можно выбрать
"множественный ответ", и задать процентовку, например 70% за
ответ "б" и 30% за ответ "а". С тестовыми вопросами к курсам
так и будет.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

DmitryLe wrote:
> Дима. Я не спорю о правильности. Ты же
> сам написал, что и мой вариант
> правильный, если ...
> Тест должен ВСЕГДА СОДЕРЖАТЬ
> ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
> нюансов и оговорок.

по умолчанию - в тесте все правильно.
Кто знает про no_garbage_collect?
В тесте есть об этом вопрос?

> Если подразумевается несколько
> вариантов, то ответы должны и
> оцениваться по разному. Т. е. если ответ
> а от 1 бал, если б то 2 и т.д. 

да, в тестах есть такая возможность.
В данном тесте она не учитывается.

> Вот и все. В
> данном примере нужно спросить: какая
> команда ни при каких условиях не
> приводит к сборке мусора  Без драки. 

этот тест похож на микрософтовские тесты
в плане неправильных, подозрительных и каверзных вопросов.
Например, есть 4 варианта ответа на вопрос.
Один правильный, один "полуправильный", и еще 2 неправильных.
Так вот, там считается только правильный ответ, никаких
"половин", "процентов" и т.п. Причем, в отличие от моего
теста, у них в тестах иногда правильным считается тот
ответ, который дается в документации, а не тот, который
правилен на самом деле.

Кроме того, я по этому тесту отчетливо вижу, где у людей
провалы в знаниях: версионность и сборка мусора - одни из
самых провальных тем. Дальше идут числа в 3-ем диалекте.
Ну и потом уже просто невнимательное чтение вопросов.

>Я после ночи с пивом и в проигрыше.

сочувствую, но футбол не люблю. :-)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: - course.ibase.ru

[Константин]

>> Правильный ответ - gbak -c, потому что это RESTORE,
>> и в этом случае ни о какой сборке мусора не может быть
>> и речи.

> А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты
> системных таблиц. Соотв-но, будет и сборка мусора в них.

  8)
  Во сколько интерестного узнаеш 
  И почти "бесплатно" :)
  Давай ещё тестов !!!

  Например:
  Какой запрос к системным таблицам выберет все входные пареметры SP ;)

  a)  SELECT RDB$PARAMETER_NAME FROM RDB$PROCEDURE_PARAMETERS
   WHERE RDB$PROCEDURE_NAME = UPPER(:ProcName)

  b)  SELECT RDB$PARAMETER_NAME FROM RDB$PROCEDURE_PARAMETERS
   WHERE RDB$PROCEDURE_NAME = :ProcName

  c)  SELECT RDB$PARAMETER_NAME FROM RDB$PROCEDURE_PARAMETERS
   WHERE RDB$PROCEDURE_NAME = UPPER(:ProcName)
 AND RDB$PARAMETER_TYPE = 0

  d)  SELECT RDB$PARAMETER_NAME FROM RDB$PROCEDURE_PARAMETERS
   WHERE RDB$PROCEDURE_NAME = :ProcName
 AND RDB$PARAMETER_TYPE = 1

PS: СИЛЬНО не бить 

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[DmitryLe]

А вообщем, классный тест. :-))) Спасибо.
Построй более сложную оценку по
ответам и можно использовать. Как у MS. У
них тоже сперва было - да или нет. А
потом сложность следующего вопроса
зависит от правильности ответа на
предыдущий. Так спускаясь или
поднимаясь выясняют реальный уровень
знаний.
Дмитрий

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> Правильный ответ - gbak -c, потому что это RESTORE,
> и в этом случае ни о какой сборке мусора не может быть
> и речи.

А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты 
системных таблиц. Соотв-но, будет и сборка мусора в них.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"DmitryLe" <[EMAIL PROTECTED]> wrote:
>
> Тест должен ВСЕГДА СОДЕРЖАТЬ
> ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
> нюансов и оговорок.

Кстати, я согласен. Был вопрос про размер однофайловой базы. Правильный 
ответ там: "зависит от файловой системы". Но ведь даже если у меня NTFS, то 
базу более 131 терабайта я все равно создать не смогу, несмотря на более 
широкие возможности ФС. Т.е. на самом деле правильных ответа два, и они 
характеризуют границы разброса практически достижимого максимума.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[DmitryLe]

Дима. Я не спорю о правильности. Ты же
сам написал, что и мой вариант
правильный, если ...
Тест должен ВСЕГДА СОДЕРЖАТЬ
ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
нюансов и оговорок.
Если подразумевается несколько
вариантов, то ответы должны и
оцениваться по разному. Т. е. если ответ
а от 1 бал, если б то 2 и т.д. Вот и все. В
данном примере нужно спросить: какая
команда ни при каких условиях не
приводит к сборке мусора  Без драки. Я
после ночи с пивом и в проигрыше.
Дмитрий

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> звери вы. чем вам так containing нынешний не понравился? :-)

Блобами :-)

> да. в вопросе ключевое слово "количество".

Там еще указано, кол-во чего именно. И это не катит.

> пока невозможно установить, используется объект или нет,
> модифицировать его метаданные опасно. Поэтому правильный
> ответ - "опасно в любом случае".

Пессимист :-)

> Для InterBase 7.5 можно посмотреть tmp$relations,
> tmp$procedures, и tmp$triggers на предмет модифицируемого
> объекта, и если он используется, то считать что "опасно".
> Если не используется - модифицировать.
> Кроме того, у IB 7.5 можно сбросить кэш метаданных,
> то есть "освободить неиспользуемое".

Фигня. Нет никакой гарантии, что в следующую миллисекунду после твоего 
"посмотрел" или "сбросил" объект не заюзают.


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

DmitryLe wrote:

> ответов. Например: какая команда не
> приводит к сборке мусора? Я ответил
> Работа с базой. Если отключен автомат,
> то так и есть. 

Sweep interval - это интервал старта АВТОМАТИЧЕСКОГО sweep.
Sweep - принудительная сборка мусора.
Кооперативная сборка мусора - происходит
ВСЕГДА при обычной работе с данными,
если только в коннекте не указано no_garbage_collect.

Вопрос "какой из перечисленных ответов НЕ приводит
к сборке мусора хитрый. 3 варианта ответа - все
в том или ином виде сборка мусора (фоновая, кооперативная
или явная), включая обычную работу с БД.
Правильный ответ - gbak -c, потому что это RESTORE,
и в этом случае ни о какой сборке мусора не может быть
и речи.

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

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexey Kovyazin]

Привет!

> - на 29-й ответил (б) и считаю это правильным :-)))

И неправ :)
Много раз видел удаленные таблицы, законфилктовавшие с интенсивными 
вставками - т.е. в RDB$ таблицах данные про реляцию есть (полностью или 
частично), а страницы указателей  и остальные системные страницы уже 
заняты какой-то интенсивно расширявшейся таблицей.

С уважением,
Алексей Ковязин



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[DmitryLe]

Я после футбола и проиграша в $50. Над
чем то думал, над чем то нет. Где-то
потом увидел, что диалект 1, а где-то 3. Я
уже забыл диалект 1. Суть тестов
правильная. Нужно просто быть
внимательным. Некоторые формулировки
просто туманные по своей сути. Или
подразумевают несколько правильных
ответов. Например: какая команда не
приводит к сборке мусора? Я ответил
Работа с базой. Если отключен автомат,
то так и есть. 
Дмитрий

--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:

> Потестился. Гы три раза :-)

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

> - по 25 вопросу информация устарела :-) Причем не только по нему, но в 
> остальных случаях можно выкрутиться :-)

звери вы. чем вам так containing нынешний не понравился? :-)

> - на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит, 
> но ответить "ничем" тоже нельзя.

да. в вопросе ключевое слово "количество".

> - на 29-й ответил (б) и считаю это правильным :-)))

вы с Владом оптимисты. И на данном этапе развернутый ответ
на этот вопрос следующий:
пока невозможно установить, используется объект или нет,
модифицировать его метаданные опасно. Поэтому правильный
ответ - "опасно в любом случае".

Для InterBase 7.5 можно посмотреть tmp$relations,
tmp$procedures, и tmp$triggers на предмет модифицируемого
объекта, и если он используется, то считать что "опасно".
Если не используется - модифицировать.
Кроме того, у IB 7.5 можно сбросить кэш метаданных,
то есть "освободить неиспользуемое".

Так что, для всех остальных версий IB/FB, кроме 7.5,
правильный ответ именно "опасно в любом случае".

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!

Dmitry Yemanov wrote:

> - по 25 вопросу информация устарела :-) Причем не только по нему, но в 
> остальных случаях можно выкрутиться :-)

я так понял, ты на размер индексируемого строкового столбца
намекаешь? Я в курсе, но тест "стандартный"...
Еще Влад меня пугает, что containing теперь
будет искать по ограниченному перечню типов...

> - на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит, 
> но ответить "ничем" тоже нельзя.

я тут написал:
http://course.ibase.ru/mod/forum/discuss.php?d=8

> - на 29-й ответил (б) и считаю это правильным :-)))

вопросы тасуются, так что номера не катят...

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[���]

> a. gfix db.gdb -defragment

> Ну НЕТУ такой команды у gfix, НЕТУ :-)

мои мысли во время ответа: ну надо же какая опция полезная
есть, а я все по старинке backup/restore после больших удалений-очисток
)


Доможирова Наталья, г.Челябинск




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Yemanov]

Потестился. Гы три раза :-)

- по 25 вопросу информация устарела :-) Причем не только по нему, но в 
остальных случаях можно выкрутиться :-)
- на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит, 
но ответить "ничем" тоже нельзя.
- на 29-й ответил (б) и считаю это правильным :-)))


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




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, All!

> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
> хорошо вы знаете InterBase/Firebird!

Веселится и ликует весь народ. Особенно я. :-)

Вопрос:

Выберите команду, при помощи которой производится "дефрагментация" базы данных
Ответ:  
a. gfix db.gdb -defragment  
b. backup/restore
c. gfix db.gdb -sweep

как вы думаете, сколько людей ответили пунктом "а"?

что интересно, большинство :-)

Ну НЕТУ такой команды у gfix, НЕТУ :-)

согласен, что "выберите команду" как бы ограничивает варианты
ответов всего двумя. Это поправим...

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Vlad Horsun]

"Dmitri Kuzmenko" ...

> Высокие шансы подобраться ко мне имел Влад, но он был слишком
> оптимистичен в одном ответе, а остальные то ли перепутал, то ли
> поспешил...

Не оптимистичен, а по 2-ке отвечал, если ты о CONTAINING :)
Отвечал таки в спешке, и не очень внимательно читал вопросы (как
оказалось при анализе ошибок)

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



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, ната!
ната wrote:

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

понял.

> в общем, истину - пролактин разжижает мозги
> (я кормящая мамаша), я подтвердила %)

:-) все равно мой собственный результат (32 из 34) еще никто не победил.
однако есть уже 2 человека с резульатом 30, и еще два - с 29.
Остальные - 25 и ниже. Тест завершило пока 16 человек.

Высокие шансы подобраться ко мне имел Влад, но он был слишком
оптимистичен в одном ответе, а остальные то ли перепутал, то ли
поспешил...

ЕЩЕ ОДНА БОЛЬШАЯ ПРОСЬБА К УЧАСТНИКАМ course.ibase.ru!!!
ПОЖАЛУЙСТА, В СОБСТВЕННЫХ НАСТРОЙКАХ УКАЖИТЕ "СКРЫВАТЬ EMAIL",
СОВСЕМ. дело в том, что спаммеры часто регистрируются как
нормальные люди, а потом тырят email-ы списками...

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[���]

> "второго раза" у Вас нет. то есть, Вы закончили тест
> только 1 раз. После выполнения теста показываются
> Ваши результаты. Для того, чтобы их улучшить, надо
> пройти 2-ую попытку теста (т.е. нажать на кнопку).
> В общем, у Вас я вижу только 1 завершенную попытку.

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

в общем, истину - пролактин разжижает мозги
(я кормящая мамаша), я подтвердила %)


Доможирова Наталья, г.Челябинск




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, ната!
ната wrote:

> Да уж, результаты удручают
> хочу сказать рекомендации ВНИМАТЕЛЬНО читать не лишни
> по второму разу многие  свои ошибки увидела ;(

"второго раза" у Вас нет. то есть, Вы закончили тест
только 1 раз. После выполнения теста показываются
Ваши результаты. Для того, чтобы их улучшить, надо
пройти 2-ую попытку теста (т.е. нажать на кнопку).
В общем, у Вас я вижу только 1 завершенную попытку.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!
Dmitry Lendel wrote:

>  http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл отключить сборку мусора утилитой gfix (-housekeeping 0), и
> делать sweep вручную (тем же gfix) или при backup (без ключа -g).
> А тест говорит, что неправильно.
> ?

еще раз прочитал этот раздел в упомянутом документе. В общем, я удивлен.
"Сборка мусора представляет собой удаление ненужных (устаревших)
версий записей, и может происходить в двух случаях:"

и что. Отключение автоматической сборки "уничтожает" второй случай?

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Dmitry!
Dmitry Lendel wrote:

> 32 К чему приводит команда gfix db.gdb -housekeeping 0
> Варианты
> a. в базе данных отключается сборка мусора
> b. перестает работать автоматический sweep
> 
> Я поставил а
> 
>  http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл отключить сборку мусора утилитой gfix (-housekeeping 0), и
> делать sweep вручную (тем же gfix) или при backup (без ключа -g).
> А тест говорит, что неправильно.
> ?

сборка мусора <> sweep. в "имеет смысл отключить сборку мусора утилитой gfix 
(-housekeeping 0)"
имеется в виду "отключить автоматическую сборку мусора" - это я исправлю,
спасибо. Но - читаем этот раздел "Сборка мусора", внимательно - есть два пункта:
Автоматическая сборка мусора, и Кооперативная сборка мусора. Так что надо
следить за контекстом.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[���]

Да уж, результаты удручают
хочу сказать рекомендации ВНИМАТЕЛЬНО читать не лишни
по второму разу многие  свои ошибки увидела ;(


Доможирова Наталья, г.Челябинск




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Alexey Kovyazin]

Dmitry Lendel пишет:
> Привет.
> В тесте есть вопрос
> 32 К чему приводит команда gfix db.gdb -housekeeping 0
> Варианты
> a. в базе данных отключается сборка мусора
> b. перестает работать автоматический sweep
> 
> Я поставил а
> 
>  http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл отключить сборку мусора утилитой gfix (-housekeeping 0), и
> делать sweep вручную (тем же gfix) или при backup (без ключа -g).
> А тест говорит, что неправильно.
> ?

Ну, тест правильнее, конечно, sweep <> сборе мусора. Терминология 
хромает, особенно в старых материалах, а везде исправлять 
затруднительно. В этом вопросе, я думаю, просто переформулируем, чтобы 
более точно звучало.

С уважением,
Алексей


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: - course.ibase.ru

[Dmitry Lendel]

Привет.
В тесте есть вопрос
32 К чему приводит команда gfix db.gdb -housekeeping 0
Варианты
a. в базе данных отключается сборка мусора
b. перестает работать автоматический sweep

Я поставил а

 http://www.ibase.ru/devinfo/hddspeed.htm написано
имеет смысл отключить сборку мусора утилитой gfix (-housekeeping 0), и
делать sweep вручную (тем же gfix) или при backup (без ключа -g).
А тест говорит, что неправильно.
?
-- 
Dmytro Lendel
www.bagel.com.ua




--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: онлайн курсы - course.ibase.ru

[Константин]

> Вопрос - с какого адреса пришло поздравление
> типа "добро пожаловать"?

"Alexey Kovyazin "
^
@
С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, All!

Dmitri Kuzmenko wrote:

> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
> хорошо вы знаете InterBase/Firebird!

кстати, интересная забава получается.
однако, предлагаю, все-таки, обсуждение теста
вести с теми, кто его ел, то есть тут:
http://course.ibase.ru/mod/forum/view.php?id=21

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Константин wrote:

> Диалект 3. Укажите правильный результат операции
> CAST(2/3 as NUMERIC(5,3))
> Ответ:
>  a. 0.333
>  (*) b. 0
>  c. 0.000 
>  
> Неверно
> Баллов за ответ: 0/1. 
> |0,000|

ну и ? объясняю. вопрос из разряда "каверзных".
В данном случае 2 действия
1. 2/3 операция над целыми числами. результат - 0
2. преобразование 0 в numeric 5,3. резульатт - 0.000


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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[3]: онлайн курсы - course.ibase.ru

[Константин]

Сорри, завязываю сам же вопросом и ответил :(

 хотя 0 != 0,000 это интерестно :)



С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Константин!

Вопрос - с какого адреса пришло поздравление
типа "добро пожаловать"?

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: онлайн курсы - course.ibase.ru

[Константин]

>>  b. varchar хранит количество пробелов в конце строки
>>  c. char хранит количество пробелов в конце строки

>>  И что выбирать ?

> грубо говоря, varchar "хранит количество концевых пробелов".
> но замечание правильное, правда я не знаю, как точно
> переформулировать вопрос.

  может быть просто убрать "в конце строки" тогда ещё
  заковыристей бедет .. ;)

   b. varchar хранит количество завершающих пробелов
  (да  - как длину строки)
   c. char хранит количество завершающих пробелов
  (нет - он забивает пробелами оставшуюся всю длину строки)

[skip]
> Так что, может оно и правильно? :-)

  Что правильно ? Головная боль ? :(
  Да и можно сказать случайно вышло,
  вон сколько ошибок :(

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Dmitri Kuzmenko wrote:

> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
> хорошо вы знаете InterBase/Firebird!

http://course.ibase.ru/mod/forum/view.php?id=21

здесь (в форуме к тесту) я уже опубликовал
рекомендации по прохождению теста, и исправления,
и т.п.

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: онлайн курсы - course.ibase.ru

[Константин]

и Ещё :)

-
Диалект 3. Укажите правильный результат операции
CAST(2/3 as NUMERIC(5,3))
Ответ:
 a. 0.333
 (*) b. 0
 c. 0.000 
 
Неверно
Баллов за ответ: 0/1. 


  проверял 3 раза на FB2 RC2 BD диалект 3
  (правда под IBExpert мож опять глючит ?)

select CAST(2/3 as NUMERIC(5,3)) from rdb$database
+-+
|CAST |
+-+
|0,000|
+-+

План
PLAN (RDB$DATABASE NATURAL)

Адаптированный план
PLAN (RDB$DATABASE NATURAL)

-- Performance info --
Prepare time = 0ms
Execute time = 0ms
Avg fetch time = 0,00 ms
Current memory = 805═716
Max memory = 918═220
Memory buffers = 2═048
Reads from disk to cache = 0
Writes from cache to disk = 6
Fetches from cache = 93

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Константин wrote:

> Иещё, ИМХО неточность:
> 
> ---
> char отличается от varchar
> 
> Ответ:
>  a. ничем
>  b. varchar хранит количество пробелов в конце строки 
>  c. char хранит количество пробелов в конце строки 

>  И что выбирать ?

грубо говоря, varchar "хранит количество концевых пробелов".
но замечание правильное, правда я не знаю, как точно
переформулировать вопрос.

> PS: ... сорри если похмелье опять сыграло со мной шутку :(

ну вот - человек с похмела показал лучший среди студентов
результат :-) Я когда то спьяну, на модеме, по Delphi
на brainbench получил 4.6 баллов из 5-ти.
Так что, может оно и правильно? :-)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: онлайн курсы - course.ibase.ru

[Константин]

Вопрос немного не в тему хотя навёл на него именно Ваш вопросник.

Я почему-то считал что в shaport транзакции
(в которой выполняеться gbak) сборка мусора
не происходит ...
По тесту я оказаля не прав ...
А по жизни - тоже :)

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re[2]: онлайн курсы - course.ibase.ru

[Константин]

Иещё, ИМХО неточность:

---
char отличается от varchar

Ответ:
 a. ничем
 b. varchar хранит количество пробелов в конце строки 
 c. char хранит количество пробелов в конце строки 
---

 a - нет, правильно ?
 b - нет, varchar не хранит концевые пробелы,
  а тем более их к-во. Он хранит длину
  строки и в начале ... правильно ?
 с - нет, char не хранит к-во пробелов он хранит
  сами пробелы ... правильно ?

 И что выбирать ?

PS: ... сорри если похмелье опять сыграло со мной шутку :(

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: ������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, Константин!

Константин wrote:

> Ответ:a. SELECT * FROM TABLE ORDER BY A, B
>   b. SELECT * FROM TABLE IRDER BY A DESC, B
>  ^

спасибо, исправил

> PS: мои результаты удручающи :(
> сказывается ... вчерашнее пиво, наверное :)

да ладно, есть 2 попытки, я немного погодя поменяю
на 3 попытки, можно будет "пересдать".
Главное что - вопросы и ответы надо читать ВНИМАТЕЛЬНО.
Если вопрос "практический" - можно его проверить
хоть в IBConsole, IBExpert, IBDS, и т.п.
И - не надо спешить.

p.s. я сам с первого тыка ответил на 32 вопроса из 34 :-)
p.p.s. скажу по секрету, что Ваш результат - на текущий
момент самый высокий :-)

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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

Re: онлайн курсы - course.ibase.ru

[Константин]

Очепятка вопрос:

 Таблица TABLE состоит из столбцов A и B. Построен индекс
 create index BY_AB on TABLE (A, B)
 Для какого запроса этот индекс будет использован?

Ответ:a. SELECT * FROM TABLE ORDER BY A, B
  b. SELECT * FROM TABLE IRDER BY A DESC, B
 ^

PS: мои результаты удручающи :(
сказывается ... вчерашнее пиво, наверное :)

С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)



--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---

������ ����� - course.ibase.ru

[Dmitri Kuzmenko]

Hello, All!

Мы рады сообщить об открытии сайта онлайн-курсов компании Айбэйз -
http://course.ibase.ru.
Пока на сайте доступен только тест общих знаний по InterBase и Firebird,
однако в ближайшем будущем появится ряд онлайновых курсов,
как общей направленности, так и по специфическим возможностям
InterBase 7.5 и Firebird 1.5/2.0.
Не откладывайте - регистрируйтесь, и проверьте себя, насколько
хорошо вы знаете InterBase/Firebird!


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


--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---