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
Hello, ната! ната wrote: > Да уж, результаты удручают > хочу сказать рекомендации ВНИМАТЕЛЬНО читать не лишни > по второму разу многие свои ошибки увидела ;( "второго раза" у Вас нет. то есть, Вы закончили тест только 1 раз. После выполнения теста показываются Ваши результаты. Для того, чтобы их улучшить, надо пройти 2-ую попытку теста (т.е. нажать на кнопку). В общем, у Вас я вижу только 1 завершенную попытку. -- Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34 --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
> "вÑоÑого Ñаза" Ñ ÐÐ°Ñ Ð½ÐµÑ. Ñо еÑÑÑ, ÐÑ Ð·Ð°ÐºÐ¾Ð½Ñили ÑеÑÑ > ÑолÑко 1 Ñаз. ÐоÑле вÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ ÑеÑÑа показÑваÑÑÑÑ > ÐаÑи ÑезÑлÑÑаÑÑ. ÐÐ»Ñ Ñого, ÑÑÐ¾Ð±Ñ Ð¸Ñ ÑлÑÑÑиÑÑ, надо > пÑойÑи 2-ÑÑ Ð¿Ð¾Ð¿ÑÑÐºÑ ÑеÑÑа (Ñ.е. нажаÑÑ Ð½Ð° кнопкÑ). > РобÑем, Ñ ÐÐ°Ñ Ñ Ð²Ð¸Ð¶Ñ ÑолÑко 1 завеÑÑеннÑÑ Ð¿Ð¾Ð¿ÑÑкÑ. неÑ, Ñ Ð¸Ð¼ÐµÑ Ð²Ð²Ð¸Ð´Ñ, когда пеÑеÑиÑÑвала вопÑоÑÑ, глÑÐ´Ñ Ð½Ð° ÑезÑлÑÑаÑÑ Ð² обÑем, иÑÑÐ¸Ð½Ñ - пÑолакÑин ÑÐ°Ð·Ð¶Ð¸Ð¶Ð°ÐµÑ Ð¼Ð¾Ð·Ð³Ð¸ (Ñ ÐºÐ¾ÑмÑÑÐ°Ñ Ð¼Ð°Ð¼Ð°Ñа), Ñ Ð¿Ð¾Ð´ÑвеÑдила %) ÐоможиÑова ÐаÑалÑÑ, г.ЧелÑбинÑк --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
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
"Dmitri Kuzmenko" ... > Высокие шансы подобраться ко мне имел Влад, но он был слишком > оптимистичен в одном ответе, а остальные то ли перепутал, то ли > поспешил... Не оптимистичен, а по 2-ке отвечал, если ты о CONTAINING :) Отвечал таки в спешке, и не очень внимательно читал вопросы (как оказалось при анализе ошибок) -- Хорсун Влад --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
Потестился. Гы три раза :-) - по 25 вопросу информация устарела :-) Причем не только по нему, но в остальных случаях можно выкрутиться :-) - на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит, но ответить "ничем" тоже нельзя. - на 29-й ответил (б) и считаю это правильным :-))) -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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
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
Я после футбола и проиграша в $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
Привет! > Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не > заюзан *на момент альтера*, то это безопасно. Создание и удаление таблиц во время интенсивных вставок в другие таблицы часто приводит к повреждениям - в основном конфликтам между системными страницами и страницами данных. Конечно, в основном на классике, но и на супере тоже наблюдал не раз. С уважением, Алексей Ковязин --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: - course.ibase.ru
"Alexey Kovyazin" <[EMAIL PROTECTED]> wrote: > > Создание и удаление таблиц во время интенсивных вставок в другие таблицы > часто приводит к повреждениям - в основном конфликтам между системными > страницами и страницами данных. Конечно, в основном на классике, но и на > супере тоже наблюдал не раз. И снова баги. С тебя тестовый пример. -- Дмитрий Еманов --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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
Привет. Придумал вопрос. Может уже и есть такой, не знаю. Значение генератора MyGen равно 100 Какое значение будет после выполнения следующих операторов gen_id(Mygen,1); rollback; a 101 б 99 в 100 г неизвестно. -- Dmytro Lendel www.bagel.com.ua --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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 venixtntobru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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 venixtntobru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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 venixtntobru --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
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
"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
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, 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
"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
"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
"Vlad Horsun" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > ты не прав. Или я тебя не догнал :) Я же тебе ответил - видишь одно, читаешь другое ;-) --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---