Re[2]: Yaffil, баг(фича?) с DATEDIFF
Здравствуйте, Oleg. >> У него еще к тому же неправильно MINUTE и HOUR вычисляются. > Пример покажи. DATEDIFF(HOUR, CAST('02.05.1998 00:02:03' AS TIMESTAMP), CAST('01.05.1998 01:02:03' AS TIMESTAMP)) Получаем 142. DATEDIFF(MINUTE, CAST('01:02:03' AS TIME), CAST('01:59:03' AS TIME)) Получаем 7101. DATEDIFF(SECOND, CAST('01:01:03' AS TIME), CAST('01:01:04' AS TIME)) Получаем 429495. -- Пиминов Роман
Re[6]: (+ картинка 10 кБ) Посдкажите как эта штука называется :(
> заготовка для ЕГАИС Всех посчитать, и присвоить глобальный идентификатор! :D -- Пиминов Роман
Нелогичное поведение функции DATEDIFF?
Обнаружил, что при операциях с частями даты и частями времени используется разная логика. Для дат: DATEDIFF(MONTH, CAST('30.01.2007' AS DATE), CAST('31.01.2007' AS DATE)) вернет 0, а DATEDIFF(MONTH, CAST('31.01.2007' AS DATE), CAST('01.02.2007' AS DATE)) вернет 1. То есть получается сдвиг значения происходит при смене месяца. Для времени: DATEDIFF(HOUR, CAST('01:59:59' AS TIME), CAST('02:59:58' AS TIME)) вернет 0, а DATEDIFF(HOUR, CAST('01:59:59' AS TIME), CAST('02:59:59' AS TIME)) вернет 1. Получается, что считается количество целых часов. Почему так сделано, кто знает?
Re[2]: FB 2.0, FB 2.1, SUBSTRING, NULL
Здравствуйте Евгений. Вы писали 22 сентября 2007 г., 1:22:59: > На 2.0.3 RC1 запрос > SELECT coalesce(SUBSTRING('Привет' FROM 1 FOR NULL),777) FROM RDB$DATABASE; > у меня возвращает 777. Да, действительно, на двойке возвращает 777. Пробовал исходный запрос в разных программах и компонентах, везде возвращает пробелы, кроме Firebird Net Provider и IBExpert. Правда остальные программы под FB не заточены. Весьма странно, у нас в IBProvider работа с сервером в тестируемой сборке с 2.0 и 2.1 не различается, а получаемые значения разные. Будем разбираться :) -- С уважением, Пиминов Роман
FB 2.0, FB 2.1, SUBSTRING, NULL
Тестируем собственно с Коваленко IBProvider, некоторые извращения с функцией SUBSTRING: SELECT SUBSTRING('Привет' FROM 1 FOR NULL) FROM RDB$DATABASE Смотрим в FB 2.0, возвращает строчку из шести пробелов (наверное так быть не должно?). Смотрим в FB 2.1, возвращает null (наверное так и должно быть?). IB Expert кстати и там и там показывает null (как они это делают?). Тут уж закрались подозрения в собственной адекватности, но в IBConsole вышло то же, что и у нас. Собственно вопрос: как должно быть? Если так, как в FB 2.1, то будет ли это пофиксено в 2.0.3 (смотрел последний билд, там все равно пробелы возвращаются)? -- Пиминов Роман
Re: Affiliate program
Andrei Yeryomin пишет: > Администраторы, запретите посты без кириллицы!!! > :-) Хм... Интересный способ борьбы со спамом в конференции =))) А ведь рабочий =))) -- Роман. --~--~-~--~~~---~--~~ -~--~~~~--~~--~--~---
Re: Офф Delphi modal form
Р> Чтоб юзер мог нормально дальше продолжать работать? может ему ещё и пасьянс косынку запустить, штоп не скучал? Пасьянс... нет на работе не надо... Но всё-же... ИМХО:Если разработчик знает, что какой-то момент программы работает долго - должен вывести это в отдельный поток, как раз для того, чтоб программа не "зависала"... Хотя-бы ради того, чтоб пользователь в момент этого запроса не убил приложение и не стартовал новое и выполнил ещё раз этот долгий запрос 4 раза, что, я думаю, не очень понравиться серверу. Ну хотя... Если у Вас пользователи научены так не делать и есть более срочные дела - не вопрос, придется оставить и так... Хотя с учетом того, что Вас заинтересовал "кнопочка" в этот момент - значит вы занимаетесь этой проблемой. Всё выше изложенное не стоит принимать как руководство к действию, а только как МОЁ мнение. А на счет "ТАКИХ ПРОГРАММ" - не имел ввиду конкретно ВАШУ. Если задел - милостиво прошу прощения =). -- Роман.
Re: Офф Delphi modal form
Привет! =) А может просто пустить этот запрос в отдельном потоке? Чтоб юзер мог нормально дальше продолжать работать? Ото получаться, что мы хаем программы которые просто медленно что-то делают... а сами ТАКОЕ пишем... -- Роман.
Re: Запрос роняющий сервер
Все возможно. Но обещать не буду. Не надо Это почему ещё? -- Роман.
Re: Будушее птици Firebird-a
http://www.firebirdsql.org/devel/engine/roadmap2006.html 2006, 1st quarter: * Release Firebird 2.0 Final and Firebird Vulcan Final Что-то вроде нету... =( Значит уже "сьехала" дорожнаяКарта =( -- Роман
Re: Вакансия в Киеве
andriy пишет: мдя... 500 у.е. для Киева, это круто, конечно. Так и пишите - ищем программистов, готовых работать за еду. Там-же написали: " - чувство юмора.". =) -- Роман.
Re: Генератор баз данных
Надеюсь у этого провайдера будет качатся без проблем. Для скачивания качалками и FAR используйте пасивный режим. Ссылку токочто проверял сам ftp://213.59.169.133/Gen_db505.exe Нету такого файла... -- Роман.
Re: OFF Java программисты и зарплата
drbond wrote: И что бизнес находит в Жабе? Неюзабельно же ни разу. Язык странный. По мне лучше на С# писать. Зато деньжищи им валят офигенные. Или это от того, что Жаба проистекает от Sun, всё ещё крупного игрока на рынке серверов? А может потому, что Sun выполняет обещания в отличии от M$? Поэтому и не пишут на C# =) (Я так на том и том писал и остановился на Java b доволен =) ) -- Роман.
Re: Пролета... тьфу блин файрбердщики всех стран - объединяйтесь!
"Чебоксары, Чебуреки... а Кулверстукаса то нет" :-)) ёбруга нашего тожа нема... можу тока в Свердловск Луганской самостийной губернии записацца! О! Чебоксары есть! :-))) Пошел туда записываться :-) -- Роман.
Re: Test !!!
Роман wrote: Валентин Юник wrote: Здравствуйте, gmane.comp.db.firebird.russian. Test Аналогично тест :-) Красота :-)))
Re: Test !!!
Валентин Юник wrote: Здравствуйте, gmane.comp.db.firebird.russian. Test Аналогично тест :-)