Привет.
В тесте есть вопрос
32 К чему приводит команда gfix db.gdb -housekeeping 0
Варианты
a. в базе данных отключается сборка мусора
b. перестает работать автоматический sweep
Я поставил а
http://www.ibase.ru/devinfo/hddspeed.htm написано
имеет смысл отключить сборку мусора утилитой gfix (-hou
Dmitry Lendel пишет:
> Привет.
> В тесте есть вопрос
> 32 К чему приводит команда gfix db.gdb -housekeeping 0
> Варианты
> a. в базе данных отключается сборка мусора
> b. перестает работать автоматический sweep
>
> Я поставил а
>
> http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл
Ðа Ñж, ÑезÑлÑÑаÑÑ ÑдÑÑÑаÑÑ
Ñ
оÑÑ ÑказаÑÑ ÑекомендаÑии ÐÐÐÐÐТÐÐЬÐÐ ÑиÑаÑÑ Ð½Ðµ лиÑни
по вÑоÑÐ¾Ð¼Ñ ÑÐ°Ð·Ñ Ð¼Ð½Ð¾Ð³Ð¸Ðµ Ñвои оÑибки Ñвидела ;(
ÐоможиÑова ÐаÑалÑ
Hello, Dmitry!
Dmitry Lendel wrote:
> 32 К чему приводит команда gfix db.gdb -housekeeping 0
> Варианты
> a. в базе данных отключается сборка мусора
> b. перестает работать автоматический sweep
>
> Я поставил а
>
> http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл отключить сборку
Hello, Dmitry!
Dmitry Lendel wrote:
> http://www.ibase.ru/devinfo/hddspeed.htm написано
> имеет смысл отключить сборку мусора утилитой gfix (-housekeeping 0), и
> делать sweep вручную (тем же gfix) или при backup (без ключа -g).
> А тест говорит, что неправильно.
> ?
еще раз прочитал этот раздел
Hello, ната!
ната wrote:
> Да уж, результаты удручают
> хочу сказать рекомендации ВНИМАТЕЛЬНО читать не лишни
> по второму разу многие свои ошибки увидела ;(
"второго раза" у Вас нет. то есть, Вы закончили тест
только 1 раз. После выполнения теста показываются
Ваши результаты. Для того, чтобы их
> "вÑоÑого Ñаза" Ñ ÐÐ°Ñ Ð½ÐµÑ. Ñо еÑÑÑ, ÐÑ Ð·Ð°ÐºÐ¾Ð½Ñили ÑеÑÑ
> ÑолÑко 1 Ñаз. ÐоÑле вÑÐ¿Ð¾Ð»Ð½ÐµÐ½Ð¸Ñ ÑеÑÑа показÑваÑÑÑÑ
> ÐаÑи ÑезÑлÑÑаÑÑ. ÐÐ»Ñ Ñого, ÑÑÐ¾Ð±Ñ Ð¸Ñ
ÑлÑÑÑиÑÑ, надо
> пÑойÑи 2-Ñ
еловека с резульатом 30, и еще два - с 29.
Остальные - 25 и ниже. Тест завершило пока 16 человек.
Высокие шансы подобраться ко мне имел Влад, но он был слишком
оптимистичен в одном ответе, а остальные то ли перепутал, то ли
поспешил...
ЕЩЕ ОДНА БОЛЬШАЯ ПРОСЬБА К УЧАСТНИКАМ course.ibase.ru!!!
ПОЖА
"Dmitri Kuzmenko" ...
> Высокие шансы подобраться ко мне имел Влад, но он был слишком
> оптимистичен в одном ответе, а остальные то ли перепутал, то ли
> поспешил...
Не оптимистичен, а по 2-ке отвечал, если ты о CONTAINING :)
Отвечал таки в спешке, и не очень внимательно читал вопросы (как
ок
Потестился. Гы три раза :-)
- по 25 вопросу информация устарела :-) Причем не только по нему, но в
остальных случаях можно выкрутиться :-)
- на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит,
но ответить "ничем" тоже нельзя.
- на 29-й ответил (б) и считаю это правильным :-)
> a. gfix db.gdb -defragment
> ÐÑ ÐÐТУ Ñакой ÐºÐ¾Ð¼Ð°Ð½Ð´Ñ Ñ gfix, ÐÐТУ :-)
мои мÑÑли во вÑÐµÐ¼Ñ Ð¾ÑвеÑа: Ð½Ñ Ð½Ð°Ð´Ð¾ же ÐºÐ°ÐºÐ°Ñ Ð¾Ð¿ÑÐ¸Ñ Ð¿Ð¾Ð»ÐµÐ·Ð½Ð°Ñ
еÑÑÑ, а Ñ Ð²Ñе по ÑÑаÑинке backup/restore поÑле болÑÑиÑ
Ñдален
меня пугает, что containing теперь
будет искать по ограниченному перечню типов...
> - на 27-м попался на формулировке. Кол-во пробелов вообще никто не хранит,
> но ответить "ничем" тоже нельзя.
я тут написал:
http://course.ibase.ru/mod/forum/discuss.php?d=8
> - на 29-й ответил (б) и с
Hello, Dmitry!
Dmitry Yemanov wrote:
> Потестился. Гы три раза :-)
виноват. я могу смотреть как кто отвечал, с тем порядком вопросов и ответов,
который был у конкретного человека
> - по 25 вопросу информация устарела :-) Причем не только по нему, но в
> остальных случаях можно выкрутиться :-)
Я после футбола и проиграша в $50. Над
чем то думал, над чем то нет. Где-то
потом увидел, что диалект 1, а где-то 3. Я
уже забыл диалект 1. Суть тестов
правильная. Нужно просто быть
внимательным. Некоторые формулировки
просто туманные по своей сути. Или
подразумевают несколько правильных
ответов. Н
Привет!
> - на 29-й ответил (б) и считаю это правильным :-)))
И неправ :)
Много раз видел удаленные таблицы, законфилктовавшие с интенсивными
вставками - т.е. в RDB$ таблицах данные про реляцию есть (полностью или
частично), а страницы указателей и остальные системные страницы уже
заняты како
Hello, Dmitry!
DmitryLe wrote:
> ответов. Например: какая команда не
> приводит к сборке мусора? Я ответил
> Работа с базой. Если отключен автомат,
> то так и есть.
Sweep interval - это интервал старта АВТОМАТИЧЕСКОГО sweep.
Sweep - принудительная сборка мусора.
Кооперативная сборка мусора - пр
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> звери вы. чем вам так containing нынешний не понравился? :-)
Блобами :-)
> да. в вопросе ключевое слово "количество".
Там еще указано, кол-во чего именно. И это не катит.
> пока невозможно установить, используется объект или нет,
> модифицировать
Дима. Я не спорю о правильности. Ты же
сам написал, что и мой вариант
правильный, если ...
Тест должен ВСЕГДА СОДЕРЖАТЬ
ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
нюансов и оговорок.
Если подразумевается несколько
вариантов, то ответы должны и
оцениваться по разному. Т. е. если ответ
а от 1 бал, если б то 2
"DmitryLe" <[EMAIL PROTECTED]> wrote:
>
> Тест должен ВСЕГДА СОДЕРЖАТЬ
> ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
> нюансов и оговорок.
Кстати, я согласен. Был вопрос про размер однофайловой базы. Правильный
ответ там: "зависит от файловой системы". Но ведь даже если у меня NTFS, то
базу более 131 тераб
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> Правильный ответ - gbak -c, потому что это RESTORE,
> и в этом случае ни о какой сборке мусора не может быть
> и речи.
А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты
системных таблиц. Соотв-но, будет и сборка мусора в
Hello, Dmitry!
DmitryLe wrote:
> Дима. Я не спорю о правильности. Ты же
> сам написал, что и мой вариант
> правильный, если ...
> Тест должен ВСЕГДА СОДЕРЖАТЬ
> ОДНОЗНАЧНО ПРАВИЛЬНЫЙ ОТВЕТ. Без
> нюансов и оговорок.
по умолчанию - в тесте все правильно.
Кто знает про no_garbage_collect?
В тесте е
Hello, Dmitry!
Dmitry Yemanov wrote:
> Кстати, я согласен. Был вопрос про размер однофайловой базы. Правильный
> ответ там: "зависит от файловой системы". Но ведь даже если у меня NTFS, то
> базу более 131 терабайта я все равно создать не смогу, несмотря на более
> широкие возможности ФС. Т.е.
Hello, Dmitry!
Dmitry Yemanov wrote:
> Фигня. Нет никакой гарантии, что в следующую миллисекунду после твоего
> "посмотрел" или "сбросил" объект не заюзают.
ну, а чего ж вы отвечаете, что "если пользователи модифицируют используемые"?
Как вообще подключенные к БД пользователи могут "не использо
Hello, Dmitry!
Dmitry Yemanov wrote:
> А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты
> системных таблиц. Соотв-но, будет и сборка мусора в них.
об этом догадываются только те, кто смотрит на счетчик Next
после restore. И то...
--
Dmitri Kuzmenko, www.ibase.ru, (4
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote:
>
> ну, а чего ж вы отвечаете, что
Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не
заюзан *на момент альтера*, то это безопасно.
--
Дмитрий Еманов
--~--~-~--~~~---~--~~
-~--~~
Привет!
> Я отвечал по факту, а не по намерению. Т.е. если альтеруемый объект не
> заюзан *на момент альтера*, то это безопасно.
Создание и удаление таблиц во время интенсивных вставок в другие таблицы
часто приводит к повреждениям - в основном конфликтам между системными
страницами и страница
"Alexey Kovyazin" <[EMAIL PROTECTED]> wrote:
>
> Создание и удаление таблиц во время интенсивных вставок в другие таблицы
> часто приводит к повреждениям - в основном конфликтам между системными
> страницами и страницами данных. Конечно, в основном на классике, но и на
> супере тоже наблюдал не раз
> И снова баги. С тебя тестовый пример.
Так баги - объективная реальность, с ними приходится жить :)
С примером сложнее, просто тупое создание и дропание таблиц в цикле с
одноврменой заливкой записей не приводит к повреждению. Чего-то не
хватает :)
С уважением,
Алексей
--~--~-~--~--
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 1. 2/3 операция над целыми числами. результат - 0
> 2. преобразование 0 в numeric 5,3. резульатт - 0.000
Дима, 0.000 - это не резульат. Так ты его в таком виде не увидишь без
использования специального форматирования
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> :-) все равно мой собственный результат (32 из 34) еще никто не победил.
> однако есть уже 2 человека с резульатом 30, и еще два - с 29.
> Остальные - 25 и ниже. Тест завершило пока 16 человек.
Местами в тесте нужно
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> об этом догадываются только те, кто смотрит на счетчик Next
> после restore. И то...
Можно уточнить вопрос добавив про пользовательские данные.
--~--~-~--~~~---~--~~
-~--~~--
Привет.
Придумал вопрос. Может уже и есть такой, не знаю.
Значение генератора MyGen равно 100
Какое значение будет после выполнения следующих операторов
gen_id(Mygen,1);
rollback;
a 101
б 99
в 100
г неизвестно.
--
Dmytro Lendel
www.bagel.com.ua
--~--~-~--~~~---
Hello, Oleg!
Oleg LOA wrote:
>>1. 2/3 операция над целыми числами. результат - 0
>>2. преобразование 0 в numeric 5,3. резульатт - 0.000
>
> Дима, 0.000 - это не резульат. Так ты его в таком виде не увидишь без
> использования специального форматирования.
специально для тебя выполнил в ISQL:
s
"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, а сколько там НЕзначащих нудей это вообще никого не
> волнует.
Наверное, мы добавим в вопрос фразу про тип возвращаемого значения.
С уважением,
Алексей
--~--~-~--~~~-
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
--~--~-~--~~~---~--~~
-~--
DK> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
DK> хорошо вы знаете InterBase/Firebird!
под Mozilla Firefox подтверждение регистрации не срабатывает.
Пришлось искать IE
--
С уважением
Кочмин Александр
--~--~-~--~~~---~--~~
-~--~---
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
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
--~--~-~--~--
> А в целом - неплохо, 30 из 34. Это я типа хвастаюсь. :)
31/34. причем, как и наверняка большинство других, срезаться умудрился на
простых вопросах типа "какая строка коннекта корректной не является?". ну я
всегда пишу строчки коннекта единообразно, как работает, а как не должно
работать - ну ф
"Alexandr Kochmin" <[EMAIL PROTECTED]> wrote:
>
> под Mozilla Firefox подтверждение регистрации не срабатывает.
У меня нормально сработало.
--
Дмитрий Еманов
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
в вопросе №15:
"Максимальный размер *размер* однофайловой базы данных"
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Вопрос №17:
укажите точность типа double precision (максимальное число знаков)
ответил 17, а в качестве правильного ответа указано 15
зашел в IBE, проверил:
select cast(CAST(1123 as DOUBLE PRECISION)/1233451 as varchar(100)) from
RDB$DATABASE
0.0009104536783382559
16 знаков-то, как ни крути :
"Karabas Barabas" ...
> Вопрос ?17:
>
> укажите точность типа double precision (максимальное число знаков)
>
> ответил 17, а в качестве правильного ответа указано 15
>
> зашел в IBE, проверил:
> select cast(CAST(1123 as DOUBLE PRECISION)/1233451 as varchar(100)) from
RDB$DATABASE
> 0.00091045367833
Hi Horsun Vlad !
HV> 16-ый знак не гарантируется.
HV> Т.е. он может быть показан не для всех чисел
Вопрос звучит: "укажите точность типа double precision (*максимальное* число
знаков)"
Вот если бы спросили про минимально гарантированное
-
--~--~-~--~~
Hello, Андрей!
Феклистов Андрей wrote:
> 31/34. причем, как и наверняка большинство других, срезаться умудрился на
> простых вопросах типа "какая строка коннекта корректной не является?". ну я
> всегда пишу строчки коннекта единообразно, как работает, а как не должно
> работать - ну фиг его зна
Hello, Karabas!
Karabas Barabas wrote:
> HV> 16-ый знак не гарантируется.
> HV> Т.е. он может быть показан не для всех чисел
>
> Вопрос звучит: "укажите точность типа double precision (*максимальное* число
> знаков)"
>
> Вот если бы спросили про минимально гарантированное
ну, начин
Hi "Alexey Kovyazin"
> > - на 29-й ответил (б) и считаю это правильным :-)))
>
> И неправ :)
Интересно посмотреть на битву титанов кто кого переубедит но т.к. это вопрос
вызывает спор у гуру то тогда наверное его надо или переработать или выкинуть?
> Много раз видел удаленные таблицы, законфил
Hello, Eugeney!
Eugeney Putilin wrote:
>>>- на 29-й ответил (б) и считаю это правильным :-)))
>>
>>И неправ :)
>
> Интересно посмотреть на битву титанов кто кого переубедит но т.к.
> это вопрос вызывает спор у гуру то тогда наверное его надо или
> переработать или выкинуть?
значит так - я ту
Hi "Dmitri Kuzmenko"
> значит так - я тут главный, понятно? :-)
:-D
А что будет если ДЕ исправит сей баг?
> позицию свою объясняю на следующем примере:
> " я знаю, что этот ключ делает, и в скрипте у меня приняты
> все меры предосторожности".
Перетирание невостановленного бекапа, интеренсо.
> Т
Eugeney Putilin wrote:
> :-D
> А что будет если ДЕ исправит сей баг?
а сколько народу будут пользоваться этим багом
в ближайшие года три?
> Перетирание невостановленного бекапа, интеренсо.
убиение оригинальной базы при невосстановимом бэкапе,
если уж быть точным.
> Дим все прожужали ушы что от
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Hello, Ded!
> а все равно там 33 никто не набрал.
Так мы тут пиписьками что-ли меряемся ;-), Всё кто набрал больше 90% верных
ответов - молодцы. Так как есть ещё вопросы к формулировкам в тесте, то
требовать 100% поп
Dmitri Kuzmenko wrote:
> Я могу утверждать,
> что таблицу A никто не будет использовать из приложений,
> только если приложения о ней не знают (косвенно или явно).
А ещё есть триггера. И процедуры, про нутро которых приложения тоже
много знать не обязаны.
--
Regards. Ded.
--~--~-
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> p.s. ну почему, почему люди думают, что "мусор" в базе возникает
> только от rollback-а транзакций? Почему думают, что
Напиши статью когда он возникает при commit ;-)
--~--~-~--~~~---~--~---
Hello, Oleg!
Oleg LOA wrote:
>>p.s. ну почему, почему люди думают, что "мусор" в базе возникает
>>только от rollback-а транзакций? Почему думают, что
>
> Напиши статью когда он возникает при commit ;-)
зачем статью?
дык, всегда ж. update/delete, а потом commit. И все,
получите потенциальный мус
"Dmitri Kuzmenko" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> зачем статью?
> дык, всегда ж. update/delete, а потом commit. И все,
> получите потенциальный мусор.
Перед commit ещё и селект и вот он куда-то исчез :-)
--~--~-~--~~~---~--~~
-~---
"Oleg LOA" ...
> "Dmitri Kuzmenko" ...
> > зачем статью?
> > дык, всегда ж. update/delete, а потом commit. И все,
> > получите потенциальный мусор.
>
>
> Перед commit ещё и селект и вот он куда-то исчез :-)
Если select в однй тр-ции, что и update/delete,
то никто никуда не исчез.
--
Хорсун В
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>> Перед commit ещё и селект и вот он куда-то исчез :-)
>
>Если select в однй тр-ции, что и update/delete,
> то никто никуда не исчез.
Влад, видиешь Перед, читаешь После ;-). А так что тебе даст select в другой
транзак
"Oleg LOA" ...
> "Horsun Vlad" ...
> >> Перед commit ещё и селект и вот он куда-то исчез :-)
> >
> >Если select в однй тр-ции, что и update/delete,
> > то никто никуда не исчез.
>
> Влад, видиешь Перед, читаешь После ;-). А так что тебе даст select в другой
> транзакции?
Чего-то я тебя не
"Vlad Horsun" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> ты не прав. Или я тебя не догнал :)
Я же тебе ответил - видишь одно, читаешь другое ;-)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
>> Правильный ответ - gbak -c, потому что это RESTORE,
>> и в этом случае ни о какой сборке мусора не может быть
>> и речи.
> А вот и не угадал :-) GBAK ресторит несколькими тр-циями. И там есть апдейты
> системных таблиц. Соотв-но, будет и сборка мусора в них.
8)
Во сколько интерестного узн
Очепятка вопрос:
Таблица 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
А вообщем, классный тест. :-))) Спасибо.
Построй более сложную оценку по
ответам и можно использовать. Как у MS. У
них тоже сперва было - да или нет. А
потом сложность следующего вопроса
зависит от правильности ответа на
предыдущий. Так спускаясь или
поднимаясь выясняют реальный уровень
знаний.
Дми
Dmitri Kuzmenko wrote:
> Не откладывайте - регистрируйтесь, и проверьте себя, насколько
> хорошо вы знаете InterBase/Firebird!
33 очка, аднака. Срезался на startinge по таймштампу. Ибо дурь это
:) На пару-тройку вопросов ответил "верно", просто потому, что знаю, что
от меня хотел услышать
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
--~--~-~--~~~---~--~~
-~--~~-
Alexander A. Venikov wrote:
> D> 33 очка, аднака. Срезался на startinge по таймштампу.
> На containing'е?
Ась? Там контайнинг был? Лоханулся? :-D Да фиг с ним. Всё равно дурь :-D
--
Regards. Ded.
--~--~-~--~~~---~--~~
-~--~~~~--
Dmitri Kuzmenko wrote:
> уже вижу :-) таки призовой фонд на этом закрывается :-)
А там що, призовой фонд ещё? Ой, мну стыдно, деток из песочницы
прогнал :( Не, я вне конкурса...
--
Regards. Ded.
--~--~-~--~~~---~--~~
-~--~~~~--~---
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]
--~--~
Иещё, ИМХО неточность:
---
char отличается от varchar
Ответ:
a. ничем
b. varchar хранит количество пробелов в конце строки
c. char хранит количество пробелов в конце строки
---
a - нет,
Вопрос немного не в тему хотя навёл на него именно Ваш вопросник.
Я почему-то считал что в shaport транзакции
(в которой выполняеться gbak) сборка мусора
не происходит ...
По тесту я оказаля не прав ...
А по жизни - тоже :)
С уважением,
Константин Григорьевич.
===
Если "низя", но оче
и Ещё :)
-
Диалект 3. Укажите правильный результат операции
CAST(2/3 as NUMERIC(5,3))
Ответ:
a. 0.333
(*) b. 0
c. 0.000
Неверно
Баллов за ответ: 0/1.
проверял 3 раза на FB2 RC2 BD диалект 3
>> b. varchar хранит количество пробелов в конце строки
>> c. char хранит количество пробелов в конце строки
>> И что выбирать ?
> грубо говоря, varchar "хранит количество концевых пробелов".
> но замечание правильное, правда я не знаю, как точно
> переформулировать вопрос.
может быть прос
Сорри, завязываю сам же вопросом и ответил :(
хотя 0 != 0,000 это интерестно :)
С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
> Вопрос - с какого адреса пришло поздравление
> типа "добро пожаловать"?
"Alexey Kovyazin "
^
@
С уважением,
Константин Григорьевич.
===
Если "низя", но очень "хотса" - то "мона" :)
--~--~-~--~~~---~--
Hello, All!
ÐÑ ÑÐ°Ð´Ñ ÑообÑиÑÑ Ð¾Ð± оÑкÑÑÑии ÑайÑа онлайн-кÑÑÑов компании ÐйбÑйз -
http://course.ibase.ru.
Ðока на ÑайÑе доÑÑÑпен ÑолÑко ÑеÑÑ Ð¾Ð±ÑиÑ
знаний по InterBase и Firebird,
однако в блиÐ
Hello, ÐонÑÑанÑин!
ÐонÑÑанÑин wrote:
> ÐÑвеÑ:a. SELECT * FROM TABLE ORDER BY A, B
> b. SELECT * FROM TABLE IRDER BY A DESC, B
> ^
ÑпаÑибо, иÑпÑавил
> PS: мои ÑезÑлÑÑаÑÑ ÑдÑÑÑаÑÑи :(
ÐонÑÑанÑин wrote:
> ÐеÑÑ, ÐÐХРнеÑоÑноÑÑÑ:
>
> ---
> char оÑлиÑаеÑÑÑ Ð¾Ñ varchar
>
> ÐÑвеÑ:
> a. ниÑем
> b. varchar Ñ
ÑÐ°Ð½Ð¸Ñ ÐºÐ¾Ð»Ð¸ÑеÑÑво пÑобелов в конÑе ÑÑÑоки
Dmitri Kuzmenko wrote:
> Ðе оÑкладÑвайÑе - ÑегиÑÑÑиÑÑйÑеÑÑ, и пÑовеÑÑÑе ÑебÑ, наÑколÑко
> Ñ
оÑоÑо Ð²Ñ Ð·Ð½Ð°ÐµÑе InterBase/Firebird!
http://course.ibase.ru/mod/forum/view.php?id=21
здеÑÑ (в ÑоÑÑме к ÑеÑÑÑ) Ñ Ñ
Hello, ÐонÑÑанÑин!
ÐопÑÐ¾Ñ - Ñ ÐºÐ°ÐºÐ¾Ð³Ð¾ адÑеÑа пÑиÑло поздÑавление
Ñипа "добÑо пожаловаÑÑ"?
--
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
--~--~-~--~~~---~--~~
-~--~~~~--~
ÐонÑÑанÑин wrote:
> ÐÐ¸Ð°Ð»ÐµÐºÑ 3. УкажиÑе пÑавилÑнÑй ÑезÑлÑÑÐ°Ñ Ð¾Ð¿ÐµÑаÑии
> CAST(2/3 as NUMERIC(5,3))
> ÐÑвеÑ:
> a. 0.333
> (*) b. 0
> c. 0.000
>
> ÐевеÑно
> Ðаллов за оÑвеÑ: 0/1.
> |0,000|
Ð½Ñ Ð¸ ? обÑÑÑнÑÑ. Ð
¾, пÑедлагаÑ, вÑе-Ñаки, обÑÑждение ÑеÑÑа
веÑÑи Ñ Ñеми, кÑо его ел, Ñо еÑÑÑ ÑÑÑ:
http://course.ibase.ru/mod/forum/view.php?id=21
--
Dmitri Kuzmenko, www.ibase.ru, (495) 953-13-34
--~--~-~--~~~---~--~~
-~--~~~~--~~--~--~---
Hello, All!
> Ðе оÑкладÑвайÑе - ÑегиÑÑÑиÑÑйÑеÑÑ, и пÑовеÑÑÑе ÑебÑ, наÑколÑко
> Ñ
оÑоÑо Ð²Ñ Ð·Ð½Ð°ÐµÑе InterBase/Firebird!
ÐеÑелиÑÑÑ Ð¸ ликÑÐµÑ Ð²ÐµÑÑ Ð½Ð°Ñод. ÐÑобенно Ñ. :-)
ÐопÑоÑ:
ÐÑбеÑиÑе Ð
Hello, Dmitry!
DmitryLe wrote:
> РвообÑем, клаÑÑнÑй ÑеÑÑ. :-))) СпаÑибо.
да и вам вÑем ÑпаÑибо.
> ÐоÑÑÑой более ÑложнÑÑ Ð¾ÑÐµÐ½ÐºÑ Ð¿Ð¾
> оÑвеÑам и можно иÑполÑзоваÑÑ. Ðак Ñ MS. У
> ниÑ
Ñоже Ñ
Hello, Ded!
Ded wrote:
> 33 оÑка, аднака. СÑезалÑÑ Ð½Ð° startinge по ÑаймÑÑампÑ. Ðбо дÑÑÑ ÑÑо
> :) Ðа паÑÑ-ÑÑÐ¾Ð¹ÐºÑ Ð²Ð¾Ð¿ÑоÑов оÑвеÑил "веÑно", пÑоÑÑо поÑомÑ, ÑÑо знаÑ, ÑÑо
> Ð¾Ñ Ð¼ÐµÐ½Ñ Ñ
оÑел Ñ
Hello, Ded!
Ded wrote:
>>Ñже Ð²Ð¸Ð¶Ñ :-) Ñаки пÑизовой Ñонд на ÑÑом закÑÑваеÑÑÑ :-)
>
> Ð Ñам Ñо, пÑизовой Ñонд еÑÑ? Ðй, Ð¼Ð½Ñ ÑÑÑдно, деÑок из пеÑоÑниÑÑ
> пÑогнал :( Ðе, Ñ Ð²Ð½Ðµ конкÑÑÑа...
Hello, All!
ЧеÑÑное Ñлово, ÑÑÑаÑно ÑÑки ÑеÑÑÑÑÑ
пÑоеÑ
аÑÑÑÑ Ð¿Ð¾ "маÑÑовÑм заблÑждениÑм в ÑеÑÑе",
оÑобенно на пÑÐµÐ´Ð¼ÐµÑ ÑÑанзакÑий, веÑÑий и ÑбоÑки мÑÑоÑа.
Ðной Ñаз по оÑвеÑа
Hello, ÐгоÑÑ!
ÐгоÑÑ ÐоÑÐ±Ð¾Ð½Ð¾Ñ wrote:
> DK> Ðаким обÑазом можно ÑабоÑаÑÑ Ð² 3-ем диалекÑе, не пÑедÑÑавлÑÑ
> DK> ниÑего об аÑиÑмеÑике numeric ?
>
> а где можно по подÑобнее поÑиÑаÑÑ Ð¾Ð
87 matches
Mail list logo
