Re: - course.ibase.ru
Vlad Horsun [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] ты не прав. Или я тебя не догнал :) Я же тебе ответил - видишь одно, читаешь другое ;-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] p.s. ну почему, почему люди думают, что мусор в базе возникает только от rollback-а транзакций? Почему думают, что Напиши статью когда он возникает при commit ;-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] зачем статью? дык, всегда ж. update/delete, а потом commit. И все, получите потенциальный мусор. Перед commit ещё и селект и вот он куда-то исчез :-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Oleg LOA ... Dmitri Kuzmenko ... зачем статью? дык, всегда ж. update/delete, а потом commit. И все, получите потенциальный мусор. Перед commit ещё и селект и вот он куда-то исчез :-) Если select в однй тр-ции, что и update/delete, то никто никуда не исчез. -- Хорсун Влад --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Horsun Vlad [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Перед commit ещё и селект и вот он куда-то исчез :-) Если select в однй тр-ции, что и update/delete, то никто никуда не исчез. Влад, видиешь Перед, читаешь После ;-). А так что тебе даст select в другой транзакции? --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Hi Horsun Vlad ! HV 16-ый знак не гарантируется. HV Т.е. он может быть показан не для всех чисел Вопрос звучит: укажите точность типа double precision (*максимальное* число знаков) Вот если бы спросили про минимально гарантированное - --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
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
Hi Alexey Kovyazin - на 29-й ответил (б) и считаю это правильным :-))) И неправ :) Интересно посмотреть на битву титанов кто кого переубедит но т.к. это вопрос вызывает спор у гуру то тогда наверное его надо или переработать или выкинуть? Много раз видел удаленные таблицы, законфилктовавшие с интенсивными вставками - т.е. в RDB$ таблицах данные про реляцию есть (полностью или частично), а страницы указателей и остальные системные страницы уже заняты какой-то интенсивно расширявшейся таблицей. Это инсайдерская информация которая не публиковалась и не является доступной. С такой т.з. можно утверждать что работать с индексами опасно т.к. они иногда портятся. WBR Evgeny Putilin. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ������ ����� - course.ibase.ru
Hello, Ded! Ded wrote: 33 очка, аднака. Срезался на startinge по таймштампу. Ибо дурь это :) На пару-тройку вопросов ответил верно, просто потому, что знаю, что от меня хотел услышать вопрошающий. Так сказать, ответил в интересах правды, а не в интересах истины (C) ;) Подробнее отписал там. уже вижу :-) таки призовой фонд на этом закрывается :-) -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Hi Dmitri Kuzmenko значит так - я тут главный, понятно? :-) :-D А что будет если ДЕ исправит сей баг? позицию свою объясняю на следующем примере: я знаю, что этот ключ делает, и в скрипте у меня приняты все меры предосторожности. Перетирание невостановленного бекапа, интеренсо. Так вот. Любые действия над сервером, которые ПОТЕНЦИАЛЬНО ОПАСНЫ, никогда не будут считаться правильным ответом. Дим все прожужали ушы что отстрел классика чреват для индексов но что работа с метаданными опасна при активной работе на других таблицах не помню чтобы упоминалась. Т.е. как я описал это нисайдеровская информация. Т.е. если по граблям лично не прошелся в конференциях FAQ и т.п. не встретил, то не факт что ответить на вопрос можно. К томуже понятно что должны быть отвечты на которые кроме тебя и Ковязина никто не ответит. :-) WBR Evgeny Putilin. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Hello, Ded! Ded wrote: уже вижу :-) таки призовой фонд на этом закрывается :-) А там що, призовой фонд ещё? Ой, мну стыдно, деток из песочницы прогнал :( Не, я вне конкурса... а все равно там 33 никто не набрал. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Hello, Ded! а все равно там 33 никто не набрал. Так мы тут пиписьками что-ли меряемся ;-), Всё кто набрал больше 90% верных ответов - молодцы. Так как есть ещё вопросы к формулировкам в тесте, то требовать 100% попадания пока рано. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko wrote: Я могу утверждать, что таблицу A никто не будет использовать из приложений, только если приложения о ней не знают (косвенно или явно). А ещё есть триггера. И процедуры, про нутро которых приложения тоже много знать не обязаны. -- Regards. Ded. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ������ ����� - course.ibase.ru
Hello, All! Честное слово, страшно руки чешутся проехаться по массовым заблуждениям в тесте, особенно на предмет транзакций, версий и сборки мусора. Иной раз по ответам создается впечатление, что человек вообще ничего не читал. Ну и получает соответствующее число баллов... Хорошо, если низкая оценка заставит сделать хотя бы попытку самообразоваться. p.s. ну почему, почему люди думают, что мусор в базе возникает только от rollback-а транзакций? Почему думают, что при обычной работе с БД не работает сборка мусора??? Каким образом можно работать в 3-ем диалекте, не представляя ничего об арифметике numeric ? p.p.s. извиняюсь, риторика сплошная... -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ������ ����� - course.ibase.ru
Hello, Игорь! Игорь Горбонос wrote: DK Каким образом можно работать в 3-ем диалекте, не представляя DK ничего об арифметике numeric ? а где можно по подробнее почитать об арифметике numeric? дурацкий ответ - на ibase.ru. Если пойти еще дальше, то в разделе Документация, Типы данных, Работа с большими числами в диалекте 3 (eng) -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Привет! Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не заюзан *на момент альтера*, то это безопасно. Создание и удаление таблиц во время интенсивных вставок в другие таблицы часто приводит к повреждениям - в основном конфликтам между системными страницами и страницами данных. Конечно, в основном на классике, но и на супере тоже наблюдал не раз. С уважением, Алексей Ковязин --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
И снова баги. С тебя тестовый пример. Так баги - объективная реальность, с ними приходится жить :) С примером сложнее, просто тупое создание и дропание таблиц в цикле с одноврменой заливкой записей не приводит к повреждению. Чего-то не хватает :) С уважением, Алексей --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] :-) все равно мой собственный результат (32 из 34) еще никто не победил. однако есть уже 2 человека с резульатом 30, и еще два - с 29. Остальные - 25 и ниже. Тест завершило пока 16 человек. Местами в тесте нужно выделить НЕ ;-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] об этом догадываются только те, кто смотрит на счетчик Next после restore. И то... Можно уточнить вопрос добавив про пользовательские данные. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
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
И что это доказывает? Что isql как был кривой так и остался? :-). Ну нет числа 0.. Есть 0, а сколько там НЕзначащих нудей это вообще никого не волнует. Наверное, мы добавим в вопрос фразу про тип возвращаемого значения. С уважением, Алексей --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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 venixangry_dogtndottobdotru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
DK Не откладывайте - регистрируйтесь, и проверьте себя, насколько DK хорошо вы знаете InterBase/Firebird! под Mozilla Firefox подтверждение регистрации не срабатывает. Пришлось искать IE -- С уважением Кочмин Александр --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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 venixangry_dogtndottobdotru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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 venixangry_dogtndottobdotru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
А в целом - неплохо, 30 из 34. Это я типа хвастаюсь. :) 31/34. причем, как и наверняка большинство других, срезаться умудрился на простых вопросах типа какая строка коннекта корректной не является?. ну я всегда пишу строчки коннекта единообразно, как работает, а как не должно работать - ну фиг его знает :) ХОЧУ график, где показано распределение, сколько правильных ответов у людей. ничего, что я большими буквами? ;) ну я так подозреваю, что большинство по 30 и ответили.. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Alexandr Kochmin [EMAIL PROTECTED] wrote: под Mozilla Firefox подтверждение регистрации не срабатывает. У меня нормально сработало. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
в вопросе №15: Максимальный размер *размер* однофайловой базы данных --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Вопрос №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
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
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
Константин 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: ������ ����� - course.ibase.ru
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
Привет. В тесте есть вопрос 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: - 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). А тест говорит, что неправильно. ? Ну, тест правильнее, конечно, sweep сборе мусора. Терминология хромает, особенно в старых материалах, а везде исправлять затруднительно. В этом вопросе, я думаю, просто переформулируем, чтобы более точно звучало. С уважением, Алексей --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Да уж, результаты удручают хочу сказать рекомендации ВНИМАТЕЛЬНО читать не лишни по второму разу многие свои ошибки увидела ;( Доможирова Наталья, г.Челябинск --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
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 ... Высокие шансы подобраться ко мне имел Влад, но он был слишком оптимистичен в одном ответе, а остальные то ли перепутал, то ли поспешил... Не оптимистичен, а по 2-ке отвечал, если ты о CONTAINING :) Отвечал таки в спешке, и не очень внимательно читал вопросы (как оказалось при анализе ошибок) -- Хорсун Влад --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ������ ����� - course.ibase.ru
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
a. gfix db.gdb -defragment Ну НЕТУ такой команды у gfix, НЕТУ :-) мои мысли во время ответа: ну надо же какая опция полезная есть, а я все по старинке backup/restore после больших удалений-очисток ) Доможирова Наталья, г.Челябинск --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Я после футбола и проиграша в $50. Над чем то думал, над чем то нет. Где-то потом увидел, что диалект 1, а где-то 3. Я уже забыл диалект 1. Суть тестов правильная. Нужно просто быть внимательным. Некоторые формулировки просто туманные по своей сути. Или подразумевают несколько правильных ответов. Например: какая команда не приводит к сборке мусора? Я ответил Работа с базой. Если отключен автомат, то так и есть. Дмитрий --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Привет! - на 29-й ответил (б) и считаю это правильным :-))) И неправ :) Много раз видел удаленные таблицы, законфилктовавшие с интенсивными вставками - т.е. в RDB$ таблицах данные про реляцию есть (полностью или частично), а страницы указателей и остальные системные страницы уже заняты какой-то интенсивно расширявшейся таблицей. С уважением, Алексей Ковязин --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Dmitri Kuzmenko [EMAIL PROTECTED] wrote: звери вы. чем вам так containing нынешний не понравился? :-) Блобами :-) да. в вопросе ключевое слово количество. Там еще указано, кол-во чего именно. И это не катит. пока невозможно установить, используется объект или нет, модифицировать его метаданные опасно. Поэтому правильный ответ - опасно в любом случае. Пессимист :-) Для InterBase 7.5 можно посмотреть tmp$relations, tmp$procedures, и tmp$triggers на предмет модифицируемого объекта, и если он используется, то считать что опасно. Если не используется - модифицировать. Кроме того, у IB 7.5 можно сбросить кэш метаданных, то есть освободить неиспользуемое. Фигня. Нет никакой гарантии, что в следующую миллисекунду после твоего посмотрел или сбросил объект не заюзают. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Дима. Я не спорю о правильности. Ты же сам написал, что и мой вариант правильный, если ... Тест должен ВСЕГДА СОДЕРЖАТЬ ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без нюансов и оговорок. Если подразумевается несколько вариантов, то ответы должны и оцениваться по разному. Т. е. если ответ а от 1 бал, если б то 2 и т.д. Вот и все. В данном примере нужно спросить: какая команда ни при каких условиях не приводит к сборке мусора Без драки. Я после ночи с пивом и в проигрыше. Дмитрий --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
DmitryLe [EMAIL PROTECTED] wrote: Тест должен ВСЕГДА СОДЕРЖАТЬ ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без нюансов и оговорок. Кстати, я согласен. Был вопрос про размер однофайловой базы. Правильный ответ там: зависит от файловой системы. Но ведь даже если у меня NTFS, то базу более 131 терабайта я все равно создать не смогу, несмотря на более широкие возможности ФС. Т.е. на самом деле правильных ответа два, и они характеризуют границы разброса практически достижимого максимума. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko [EMAIL PROTECTED] wrote: Правильный ответ - gbak -c, потому что это RESTORE, и в этом случае ни о какой сборке мусора не может быть и речи. А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты системных таблиц. Соотв-но, будет и сборка мусора в них. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Hello, Dmitry! DmitryLe wrote: Дима. Я не спорю о правильности. Ты же сам написал, что и мой вариант правильный, если ... Тест должен ВСЕГДА СОДЕРЖАТЬ ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без нюансов и оговорок. по умолчанию - в тесте все правильно. Кто знает про no_garbage_collect? В тесте есть об этом вопрос? Если подразумевается несколько вариантов, то ответы должны и оцениваться по разному. Т. е. если ответ а от 1 бал, если б то 2 и т.д. да, в тестах есть такая возможность. В данном тесте она не учитывается. Вот и все. В данном примере нужно спросить: какая команда ни при каких условиях не приводит к сборке мусора Без драки. этот тест похож на микрософтовские тесты в плане неправильных, подозрительных и каверзных вопросов. Например, есть 4 варианта ответа на вопрос. Один правильный, один полуправильный, и еще 2 неправильных. Так вот, там считается только правильный ответ, никаких половин, процентов и т.п. Причем, в отличие от моего теста, у них в тестах иногда правильным считается тот ответ, который дается в документации, а не тот, который правилен на самом деле. Кроме того, я по этому тесту отчетливо вижу, где у людей провалы в знаниях: версионность и сборка мусора - одни из самых провальных тем. Дальше идут числа в 3-ем диалекте. Ну и потом уже просто невнимательное чтение вопросов. Я после ночи с пивом и в проигрыше. сочувствую, но футбол не люблю. :-) -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
Hello, Dmitry! Dmitry Yemanov wrote: Фигня. Нет никакой гарантии, что в следующую миллисекунду после твоего посмотрел или сбросил объект не заюзают. ну, а чего ж вы отвечаете, что если пользователи модифицируют используемые? Как вообще подключенные к БД пользователи могут не использовать никакие объекты? Где существуют приложения, которые при подсоединении ничего кроме isc_attach_database не вызывают? p.s. короче, этот вопрос Ковязин писал. На него и наезжайте :-) -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Hello, Dmitry! Dmitry Yemanov wrote: А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты системных таблиц. Соотв-но, будет и сборка мусора в них. об этом догадываются только те, кто смотрит на счетчик Next после restore. И то... -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Dmitri Kuzmenko [EMAIL PROTECTED] wrote: ну, а чего ж вы отвечаете, что Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не заюзан *на момент альтера*, то это безопасно. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: ������ ����� - course.ibase.ru
Hello, Dmitry! DmitryLe wrote: А вообщем, классный тест. :-))) Спасибо. да и вам всем спасибо. Построй более сложную оценку по ответам и можно использовать. Как у MS. У них тоже сперва было - да или нет. А потом сложность следующего вопроса зависит от правильности ответа на предыдущий. Так спускаясь или поднимаясь выясняют реальный уровень знаний. у них не все тесты такие. Причем, перед прохождением теста об этом предупреждают. Я в курсе, что есть тесты, которые при плавании в какой-либо области начинают валить тестируемого. В moodle такое тоже можно, но к тестам курса - там задача иная. Например, при неправильном ответе перебросить курсанта на нужный материал, или задать пару наводящих вопросов, то есть, цель - не завалить, а обучить. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---