Добрый день, Vladimir!
Вы писали to Карабас Барабас от Sun, 10 Dec 2006 18:14:04 +0300:
НАРОД, ОТВЕТСТВЕННО ЗАЯВЛЯЮ
Лично у меня в шинах 78% азота
С Уважением, Константин Зайцев.
"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Применение неоригинала приводит к лишению гарантии. В Чухне машин не
> делают. В Рено-Ситроены надо качать француский, в Хонды-Тоёты епонский и
> так далее. А вообще-то пятница уже кончилась.
>
А в шев
Alexander Kolokolzov wrote:
мастер на СТО: а вы в в колеса воздух давно меняли?
НР: а что надо?
мастер на СТО: а как же? нам как раз завезли свежий, финский!
Применение неоригинала приводит к лишению гарантии. В Чухне машин не
делают. В Рено-Ситроены надо качать француский, в Хонды-Тоёты е
мастер на СТО: а вы в в колеса воздух давно меняли?
НР: а что надо?
мастер на СТО: а как же? нам как раз завезли свежий, финский!
Hello, ArtGal!
You wrote on Fri, 8 Dec 2006 15:51:20 +0300:
A> Так в Сочи некоторые му... , простите чудаки
A> платят немалые деньги и закачивают азот в колеса.
Плевать на то, что там процентов 20 кислорода таки присутствует, а также
немного углекислоты и других газов...
Удач
--
Alexander A.
"Dmitriy A. Beloshistov" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее:
news:[EMAIL PROTECTED]
>> пусть бы гелий в салон (автомобиля или самолета) закачивали...
> Тогда уж лучше водород. Для надежности и обеспечения фейверков ;)
Но сначало гелий. Чтоб пищали когда взлетают 8-)
--
А
"Vladimir A.Bakhvaloff" <[EMAIL PROTECTED]>
сообщил/сообщила в новостях следующее: news:[EMAIL PROTECTED]
>
> Hello, sasha!
> You wrote on Fri, 08 Dec 2006 14:04:56 +0200:
>
> s> Гггг. А у нас есть на некоторых шиномонтажных мастерских вывески типа
> s> заправка колёс азотом :-)) Я так пони
>> и на всех аэродромах :)
>> они платят за ощущения пилотов :)
>пусть бы гелий в салон (автомобиля или самолета) закачивали...
Тогда уж лучше водород. Для надежности и обеспечения фейверков ;)
WBR,Dmitry Beloshistov AKA [-=BDS=-]
пусть бы гелий в салон (автомобиля или самолета) закачивали...
Тем что азот заправили, чтоб сразу было слышно с кем имеешь дело :-)
Hello, Aleksey!
Boulitchev Aleksey wrote:
Так в Сочи некоторые му... , простите чудаки
платят немалые деньги и закачивают азот в колеса.
и на всех аэродромах :)
они платят за ощущения пилотов :)
пусть бы гелий в салон (автомобиля или самолета) закачивали...
--
Dmitri Kouzmenko, www.ibase.
Так в Сочи некоторые му... , простите чудаки
платят немалые деньги и закачивают азот в колеса.
и на всех аэродромах :)
они платят за ощущения пилотов :)
--
Булычев Алексей
http://www.stella-npf.ru
"sasha" <[EMAIL PROTECTED]> сообщил/сообщила
в новостях следующее: news:[EMAIL PROTECTED]
> Гггг. А у нас есть на некоторых шиномонтажных мастерских вывески типа
> заправка колёс азотом :-)) Я так понимаю раз они не поленились такие
> вывески делать, то лохов имеется предостаточно.
>
Так в Со
"Ded" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
>
> Дык я вот его бы и наворачивал, экстракта-то. А если стандарт не
> велит, то Super_Extract. Имхо строк-то вряд ли много больше буит ;)
>
А можно и Super_Cast as sin^2
--
С уважением,
Артур Галимов. Ф
Фсё, фигня - см. http://www.energyup.ru/index.html. Нет ну неужели есть люди
которые на это разводятся?! ;-);-);-)
Гггг. А у нас есть на некоторых шиномонтажных мастерских вывески типа
заправка колёс азотом :-)) Я так понимаю раз они не поленились такие
вывески делать, то лохов имеетс
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> Oleg LOA wrote:
>
>> Ага, только следубщий крик души будет по поводу EXTRACT и отсутствия в нём
>>
>> QUARTER
>> MONTHWEEK
>> YEARWEEK
>> MILLISECOND
>
>Дык я вот его бы и наворачивал, экстракта-то. А если стандарт не
Oleg LOA wrote:
Ага, только следубщий крик души будет по поводу EXTRACT и отсутствия в нём
QUARTER
MONTHWEEK
YEARWEEK
MILLISECOND
Дык я вот его бы и наворачивал, экстракта-то. А если стандарт не
велит, то Super_Extract. Имхо строк-то вряд ли много больше буит ;)
--
Regards. Ded.
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> Oleg LOA wrote:
>
>> 2) Я против неявных конвертаций и поэтому есть CAST
>
>Его бы ещё вместо экстракта приспособить - каст как уеар, каст как
> дей ;)
Ага, только следубщий крик души будет по поводу EXTRACT и отсутствия
Oleg LOA wrote:
2) Я против неявных конвертаций и поэтому есть CAST
Его бы ещё вместо экстракта приспособить - каст как уеар, каст как
дей ;)
--
Regards. Ded.
"Kovalenko Dmitry" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> 1. Я против неявных конвертаций. С
> возрастом такие вещи начинают
> КОНКРЕТНО напрягать.
>
> 2. Хватит срать в голову разработчикам
> сервера.
Бу-га-га
1) Уворачивайтесь от тех кто пытается насрать разработчику в г
Все пишут, пишут, пишут...
Я тоже тогда напишу
1. Я против неявных конвертаций. С
возрастом такие вещи начинают
КОНКРЕТНО напрягать.
2. Хватит срать в голову разработчикам
сервера.
Коваленко Дмитрий.
Boulitchev Aleksey wrote:
на моей памяти начало отсчета уже менялось, опять же не все пишут
клиентов на продуктах борланда
Кстати, что характерно для Борланда, в продуктах Борланда оно тоже
разное :) Имею в виду в Дельфях и в IB.
--
Regards. Ded.
А ты можешь сказать, что ты получишь?
могу.
То что это лохматый год знаешь ты, я, разработчики сервера.
и все остальные разработчики. Т.к. им иногда приходится писать
UDF, знаешь-ли.
на моей памяти начало отсчета уже менялось, опять же не все пишут клиентов
на продуктах борланда
--
Б
Андр?й Жук wrote:
Принципиально разные они разве для извращенцев, не понимающих, что дата,
это всего лишь число единиц времени от некоторой точки отсчета.
То есть, мсье по барабану, что одна величина представлена
вещественным числом, а другая конструкцией из двух интов и он намерен их
вту
Ded wrote:
Нет, голубчик, именно для извращенцев. Не догадывающихся о том, что
TimeStamp и дельфёвый TDateTime - принципиально разные типы данных и
готовых наступать на грабли, применяя дельфёвые типы на серверной стороне.
Принципиально разные они разве для извращенцев, не понимающих, что
Vlad Horsun wrote:
Рекомендация - не делать кучи умножений\делений в одном выражении.
И\или вычислять сначала множители с меньшими шкалами - тогда оно позже
глючить начнёт :)
Надеюсь, дабл-базированных нумериков 15 (первый диалект) это
всё-таки не касается? Остальные лично мне по бараб
Andrei Yeryomin пишет:
Dmitry Yemanov пишет:
Andrei Yeryomin wrote:
Дата в IB/FB - число дней от 01.01.0100.
>
Вот, пожалуйста, еще одна точка отсчета. ;-)
Точка отсчета не есть значение "нулевой" даты. См. мой пост про
отрицательные даты.
Дык, и я о том же. Только вот точка отсче
Dmitry Yemanov пишет:
Andrei Yeryomin wrote:
Дата в IB/FB - число дней от 01.01.0100.
>
Вот, пожалуйста, еще одна точка отсчета. ;-)
Точка отсчета не есть значение "нулевой" даты. См. мой пост про
отрицательные даты.
Дык, и я о том же. Только вот точка отсчета у многих отличается. ;
Alexander A. Venikov пишет:
Data Definition Guide:
The DATE, TIME, and TIMESTAMP datatypes
InterBase supports DATE, TIME, and TIMESTAMP datatypes.
DATE stores a date as a 32-bit longword. Valid dates are from January
1, 100 a.d. to
February 29, 32768 a.d.
Внимательно читаем и смотрим отв
Andrei Yeryomin wrote:
Дата в IB/FB - число дней от 01.01.0100.
>
Вот, пожалуйста, еще одна точка отсчета. ;-)
Точка отсчета не есть значение "нулевой" даты. См. мой пост про
отрицательные даты.
--
Дмитрий Еманов
"Dmitry Yemanov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> отрицательное целочисленное время - лично мне не понятно. А оно таким и
> будет, если в старшем бите случиться быть единице. Попахивает попугаями,
> которые и отсортировать-то нельзя толком.
Ну что еще месяц эту мегап
Hello, Andrei!
You wrote on Thu, 07 Dec 2006 08:03:12 +0300:
>> Не пойму, в чем проблема. Дата в IB/FB - число дней от 01.01.0100.
AY> Вот, пожалуйста, еще одна точка отсчета. ;-)
Data Definition Guide:
The DATE, TIME, and TIMESTAMP datatypes
InterBase supports DATE, TIME, and TIMESTAMP dataty
Alexander A. Venikov пишет:
Не пойму, в чем проблема. Дата в IB/FB - число дней от 01.01.0100.
Вот, пожалуйста, еще одна точка отсчета. ;-)
--
С уважением,
Андрей Еремин.
Hello, Andrei!
You wrote on Wed, 06 Dec 2006 12:48:32 -:
A> тогда уже: extract(Year from date_field) * 365 + extract(Month
A> from date_field) * 30 + extract(Day from date_field)
Не пойму, в чем проблема. Дата в IB/FB - число дней от 01.01.0100.
select current_date - cast('100-01-01' as dat
Hello, Alex!
You wrote to Andrei on Wed, 6 Dec 2006 15:18:41 +0300:
A>> а то, читаем книгу "Стиль программирования Джо Селко на SQL" а там
A>> целая глава: "Избегайте использования пользовательских функций"...
AC> Стиль Джо Селко очень важен, прежде всего, для Джо Селко...
Напомнило про дурност
"Horsun Vlad" ...
>
> "Ded" ...
> >
> > Horsun Vlad wrote:
> >
> > > Есть мнение, что выражения вычисляются справа налево.
> >
> > Это, скажем так, по меньшей мере неожиданно. С тем, что условия
> > применяются обычно от хвоста к голове, смириться было в общем и целом
> > несложно, всё-так
Dmitry Yemanov wrote:
А вот время для сервера беззнаковое. И что значит
отрицательное целочисленное время - лично мне не понятно. А оно таким и
будет, если в старшем бите случиться быть единице. Попахивает попугаями,
которые и отсортировать-то нельзя толком.
Щасс, пажди... Померяю в попу
Ded wrote:
Честно, не понял. Если человеку таки нужна по каким-то неведомым мне
причинам (хрен его знает, может кому-то надо анализировать статистику
нагрузки чего-то в течение дня) именно тайм-часть, что ему в знаке? До
рождества смитсониановского был этот день чи после, если его интересует
Dmitry Yemanov wrote:
Ded wrote:
в) об тайм-части таймштампа
С которой полная задница,
Да пусть там и остаётся, блин :) Нужна-то бывает именно датная часть.
т.к. она беззнаковая.
Честно, не понял. Если человеку таки нужна по каким-то неведомым мне
причинам (хрен его знает, мож
Ded wrote:
в) об тайм-части таймштампа
С которой полная задница, т.к. она беззнаковая.
--
Дмитрий Еманов
Dmitry Yemanov wrote:
Встроенная функция нужна.
Чем "to_number(current_date)" удобнее/понятнее/логичнее, чем
"current_date - date '17.11.1858'"? Если уж разработчик должен знать
нулевую дату?
Или весь разговор о синтаксическом сахаре?
а) об подушечках пальцов рук, стираемых об клаву
б)
Ded wrote:
Встроенная функция нужна.
Чем "to_number(current_date)" удобнее/понятнее/логичнее, чем
"current_date - date '17.11.1858'"? Если уж разработчик должен знать
нулевую дату?
Или весь разговор о синтаксическом сахаре?
--
Дмитрий Еманов
Dmitri Kuzmenko wrote:
Horsun Vlad wrote:
Короче, пока не приведёшь пример жизненной необходимости
кастить в дату в число, я в этот топик не пишу.
короче, оказывается, разработчики FB нынче заразились
"любовью к стандарту", как я понимаю, от Анны Харрисон.
Дим, я тоже против каста
Andrei wrote:
Если уж хочется преобразования даты в целое число
то это должна быть какая-то функция но никак не CAST.Для извращенцев такую
функцию написали в rFunc UDF - преобразование таймштампа в дабл прецижн и
обратно.
врядли вы писали именно для
извращенцев :)
уже сам факт того, что
> > Если уж хочется преобразования даты в целое число
> > то это должна быть какая-то функция но никак не CAST.Для извращенцев такую
> > функцию написали в rFunc UDF - преобразование таймштампа в дабл прецижн и
> > обратно.
врядли вы писали именно для
извращенцев :)
уже сам факт того, что так
Hello, Vlad!
Horsun Vlad wrote:
Короче, пока не приведёшь пример жизненной необходимости
кастить в дату в число, я в этот топик не пишу.
короче, оказывается, разработчики FB нынче заразились
"любовью к стандарту", как я понимаю, от Анны Харрисон.
--
Dmitri Kouzmenko, www.ibase.ru, (495)
On Wed, 06 Dec 2006 19:28:15 +0300, Makmak <[EMAIL PROTECTED]> wrote:
> Если уж хочется преобразования даты в целое число
> то это должна быть какая-то функция но никак не CAST.
Для извращенцев такую функцию написали в rFunc UDF - преобразование таймштампа
в дабл прецижн и обратно.
--
Сергей
Andrei Yeryomin wrote:
Завтра разработчики обмазгуют и
решат, что дату надо хранить в виде БЛОБа - и что?
А что, им в самом деле больше заняться нехреном, чем безо всякой на
то разумной причины ломать вещи, исправно работающие с ледникового периода?
--
Regards. Ded.
Hello, Andrei!
Andrei Yeryomin wrote:
А ты можешь сказать, что ты получишь?
могу.
То что это лохматый год знаешь ты, я, разработчики сервера.
и все остальные разработчики. Т.к. им иногда приходится писать
UDF, знаешь-ли.
Но все таки скажи, что это такое цело число от даты.
блин, это
On Wed, 06 Dec 2006 19:18:34 +0300, Andrei <[EMAIL PROTECTED]> wrote:
> замечу, что тут столкнулись два лагеря.
Любовь тут не при чём.
Вопрос только в том, забиваться ли на то, что даташтамп будет всегда таким, или
нет.
--
Сергей Смирнов.
Andrei wrote:
И для конкретных,
практических задач свободное
преобразование даты в целое число
существенно упрощает решение.
Давай-ка таки определим понятие "существенно", а? Для просто шквала
практических задач, плиз.
Нет простого решения --
программист несчастен и не идет на
пиво...
Makmak пишет:
Нет Дима, мне кажется неправильным это.
Ибо сразу возникнет и второй вопрос
"Эх ну почему-ж такое неравноправие получается
может тогда и char(1) разрешим преобразовать в integer ну в смысле
двоичного
представления его"
И пошлёш ты вопрошающего в сад и будеш прав.
Если уж хочется
Horsun Vlad wrote:
Ты не думал о том, что числа линейны и непрерывны, а даты - нет ?
Это пока подозрения, я не проверял ещё (C) ;) А вдрух таки где-нить
далеко-далеко да есть кривизна или дырка? :-D
--
Regards. Ded.
Andrei пишет:
А ты можешь сказать, что ты получишь?
То что это лохматый год знаешь ты, я, разработчики сервера. Но все таки
скажи, что это такое цело число от даты. Завтра разработчики обмазгуют и
решат, что дату надо хранить в виде БЛОБа - и что?, забить на каст к
интежеру и добавить поддержку
с какой начальной? если такая появится в стандарте, думаю Влад вставит ее
в тот же день. Если сейчас поставить РХ по григорианскому, то с введением
стандарта налетят все кто ее пользовал.
погодите. вы вообще о какой начальной дате, и при чем тут вообще
начальная дата? date это 4 байта, кот
Horsun Vlad wrote:
Короче, пока не приведёшь пример жизненной необходимости
кастить в дату в число, я в этот топик не пишу.
Извращенцам в руки оператор минус. Коль уж они знают, чему равна точка
отсчета.
--
Дмитрий Еманов
>А ты можешь сказать, что ты получишь?
> То что это лохматый год знаешь ты, я, разработчики сервера. Но все таки
> скажи, что это такое цело число от даты. Завтра разработчики обмазгуют и
> решат, что дату надо хранить в виде БЛОБа - и что?, забить на каст к
> интежеру и добавить поддержку каст ту
"Dmitri Kuzmenko" ...
>
> Hello, Aleksey!
>
> Boulitchev Aleksey wrote:
>
> > с какой начальной? если такая появится в стандарте, думаю Влад вставит
> > ее в тот же день. Если сейчас поставить РХ по григорианскому, то с
> > введением стандарта налетят все кто ее пользовал.
>
> погодите. вы вообще
Dmitri Kuzmenko пишет:
весь вопрос вообще в том, что нужен тупой тайпкаст, типа
TDate(integer). Никаких преобразований здесь не нужно,
нужно получить СОДЕРЖИМОЕ DATE - ЦЕЛОЕ ЧИСЛО ДНЕЙ В ЦЕЛОЧИСЛЕННЫЙ ТИП
INT, только и всего.
А ты можешь сказать, что ты получишь?
То что это лохматый год знае
Hello, Aleksey!
Boulitchev Aleksey wrote:
с какой начальной? если такая появится в стандарте, думаю Влад вставит
ее в тот же день. Если сейчас поставить РХ по григорианскому, то с
введением стандарта налетят все кто ее пользовал.
погодите. вы вообще о какой начальной дате, и при чем тут воо
"Ded" ...
>
> Horsun Vlad wrote:
>
> > Есть мнение, что выражения вычисляются справа налево.
>
> Это, скажем так, по меньшей мере неожиданно. С тем, что условия
> применяются обычно от хвоста к голове, смириться было в общем и целом
> несложно, всё-таки SQL - это SQL, аналогов в процедурно
Andrei wrote:
существенно упрощяются многие
операции с датами, например: выборки,
сравнения, прибавления н-го количества
днйе и т.п.
На самом деле по-настоящему упрощаются только группировки по дням,
всё остальное делается влёгкую и сейчас, только чуть больше кнопочек
нажать. Сравнение н
Horsun Vlad wrote:
Есть мнение, что выражения вычисляются справа налево.
Это, скажем так, по меньшей мере неожиданно. С тем, что условия
применяются обычно от хвоста к голове, смириться было в общем и целом
несложно, всё-таки SQL - это SQL, аналогов в процедурном мире нет. А вот
нас
Dmitri Kuzmenko wrote:
я именно это и хотел услышать. Я думал про то же самое,
тем более что в первом диалекте numeric может быть вещественным
числом, и т.п.
9-ка инт, 15-шка дабл.
--
Regards. Ded.
а) а что должно быть в результате и как этого достичь легальным
способом
Количество дней с некоторой начальной
даты. Сама начальная дата не сильно
принципиальна, хотя если она не будет
изменяться от версии к версии -- это
будет плюсом.
с какой начальной? если такая появится в стандарте, д
Hello, Vlad!
Horsun Vlad wrote:
Влад, ну не мути ты, честное слово. Дата это целое число.
НЕТ, нет и нет. Дата - это дата.
увы и ах. Дата это ЧИСЛО ДНЕЙ с определенной фиксированной
даты. Мы же про хранение даты говорим, а не про ее строковое
представление, так?
Собственно, имеющийся т
"Dmitri Kuzmenko" ...
>
> Hello, Vlad!
>
> Horsun Vlad wrote:
>
> > Ещё раз - у тебя другой вопрос. Ты хочешь округления <дата+время> до
> > <дата>. Это я могу понять :) Андрей же, сотоварищи, хочет непонятного -
> > получить какое-то число (какое ?) из даты
>
> Влад, ну не мути ты, честное сл
Hello, Vlad!
Horsun Vlad wrote:
Ещё раз - у тебя другой вопрос. Ты хочешь округления <дата+время> до
<дата>. Это я могу понять :) Андрей же, сотоварищи, хочет непонятного -
получить какое-то число (какое ?) из даты
Влад, ну не мути ты, честное слово. Дата это целое число.
Вот и дайте пол
> Гм. Мы или имеем стандартное поведение
Или стандартное поведение имеет нас.
Бугага :)))
Коваленко Дмитрий.
>
> а) а что должно быть в результате и как этого достичь легальным
>способом
Количество дней с некоторой начальной
даты. Сама начальная дата не сильно
принципиальна, хотя если она не будет
изменяться от версии к версии -- это
будет плюсом.
>
> б) зачем это вообще нужно ?
существенно упрощя
"Andrei" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее:
news:[EMAIL PROTECTED]
>
> Заводить для хранения даты
> отдельную таблицу не хотелось, так как
> и так все приходится оптимизировать
> по-максимуму для того, чтобы достичь
> приемлемой производительности на
> базах в 8-10 Гб и 40
WildSery wrote:
Это решит проблему.
Да это вообще-то не проблема вовсе, решить можно по-разному. Вопрос
удобства. Потому я особо и не упирался, пошёл куда послали :)
--
Regards. Ded.
D>
D> WildSery wrote:
D>
D>> dateInt = cast(date_field - cast('01.01.0001' as timestamp) as
D>> integer); dateFromDateInt = dateInt + cast('01.01.0001' as timestamp);
D>
D>Тоже вариант. Но что-то это всё напоминает тему с гландами, если
D> честно. Типа у нас есть посылка для вашего мальчика,
"Ded" ...
>
> Dmitri Kuzmenko wrote:
>
> > Я сейчас не могу вспомнить, но мне иногда тоже надо было
> > для каких-то случаев.
>
>Ай, да всё проще некуда. Жалаю посмотреть все счета, выписанные 13
> октября нынешнего году. Дата регистрации (не документа) хранится со
> временем для других разбор
On Wed, 06 Dec 2006 16:23:05 +0300, Ded <[EMAIL PROTECTED]> wrote:
>> dateInt = cast(date_field - cast('01.01.0001' as timestamp) as integer);
>> dateFromDateInt = dateInt + cast('01.01.0001' as timestamp);
>
>Тоже вариант. Но что-то это всё напоминает тему с гландами, если
> честно. Типа у на
WildSery wrote:
dateInt = cast(date_field - cast('01.01.0001' as timestamp) as integer);
dateFromDateInt = dateInt + cast('01.01.0001' as timestamp);
Тоже вариант. Но что-то это всё напоминает тему с гландами, если
честно. Типа у нас есть посылка для вашего мальчика, но мы вам её не
дадим
Dmitri Kuzmenko wrote:
Я сейчас не могу вспомнить, но мне иногда тоже надо было
для каких-то случаев.
Ай, да всё проще некуда. Жалаю посмотреть все счета, выписанные 13
октября нынешнего году. Дата регистрации (не документа) хранится со
временем для других разборок.
Кстати, лесники, а
"Dmitri Kuzmenko" ...
>
> Hello, Vlad!
>
> Horsun Vlad wrote:
>
> > Насколько я в курсе не забыли, а сознательно не делали.
> > Ибо противоречит стандарту.
>
> эту песню мы уже слышали не раз. мне вот интересно,
Это ты у исполителя песТни спроси, я только напомнил аргумент.
> сколь серье
On Wed, 06 Dec 2006 16:01:00 +0300, Ded <[EMAIL PROTECTED]> wrote:
>> тогда уже: extract(Year from date_field) * 365 + extract(Month
>> from date_field) * 30 + extract(Day from date_field)
>>
>> только вот не в каждом году 365 дней и не
>> в каждом месяце -- 30 :(
dateInt = cast(date_field - cast
> Лучше бы сказал, зачем тебе это нужно.
Ок. Есть большая система. Понадобилось
реализовать функцию блокировки
периода. Заводить для хранения даты
отдельную таблицу не хотелось, так как
и так все приходится оптимизировать
по-максимуму для того, чтобы достичь
приемлемой производительности на
базах
Andrei wrote:
тогда уже: extract(Year from date_field) * 365 + extract(Month
from date_field) * 30 + extract(Day from date_field)
только вот не в каждом году 365 дней и не
в каждом месяце -- 30 :(
А Волга впадает в Каспийское море. Окстись. Или накладывай условия
на каждый сегмент персон
Hello, Vlad!
Horsun Vlad wrote:
Насколько я в курсе не забыли, а сознательно не делали.
Ибо противоречит стандарту.
эту песню мы уже слышали не раз. мне вот интересно,
сколь серьезно такое противоречие.
Для всех, желающих преобразование date -> int, предлагаю
ответить на вопросы :
Лучше бы сказал, зачем тебе это нужно.
WBR,Dmitry Beloshistov AKA [-=BDS=-]
Hello, Alex!
Alex Cherednichenko wrote:
A> а то, читаем книгу "Стиль программирования Джо Селко на SQL" а там
A> целая глава: "Избегайте использования пользовательских функций"...
Стиль Джо Селко очень важен, прежде всего, для Джо Селко...
и особенно для MS SQL. Который имеет в виду Джо С
> 2) Попользуйся extract(Year from date_field) etc если уж очень хочеться дату
> в integer засунуть.
тогда уже: extract(Year from date_field) * 365 + extract(Month
from date_field) * 30 + extract(Day from date_field)
только вот не в каждом году 365 дней и не
в каждом месяце -- 30 :(
Hello, Oleg!
Oleg LOA wrote:
Да какая разница :-), просто забыли про это и всё.
тогда может, все-таки в 2.1 ?
--
Dmitri Kouzmenko, www.ibase.ru, (495) 953-13-34
>>2) Попользуйся extract(Year from date_field) etc если уж очень хочеться дату
>>в integer засунуть.
>Ага, и что он получит?
Да откуда ж я знаю, что он хочет?
WBR,Dmitry Beloshistov AKA [-=BDS=-]
Привет, Andrei!
Вы пишешь 06 декабря 2006:
A> а то, читаем книгу "Стиль программирования Джо Селко на SQL" а там
A> целая глава: "Избегайте использования пользовательских функций"...
Стиль Джо Селко очень важен, прежде всего, для Джо Селко...
--
With best regards, Alex Cherednichenko.
> Могу только подозревать, что в то время он был уверен что ф-ции из
> Yaffil таки войдут в FB2
а они войдут? есть еще такая надежда?
хотя бы в 2.1...
а то, читаем книгу "Стиль
программирования Джо Селко на SQL" а там
целая глава: "Избегайте использования
пользовательских функций"...
http:
"Ded" ...
>Смущённо ковыряя ножкой паркет: Вообще-то я однажды просил у ДЕ для
> первого диалекта (ТЛ мне шепчет, что вопрошающий о третьем не
> подозревает и называет датой таймштамп) возможность выделения датного
> инта из его двух. Это существенно упростило бы всякие группировки и
> фильтр
"Andrei" ...
>
> http://vyaskn.tripod.com/searching_date_time_values.htm
Это к чему ?
> и в Microsoft SQL такие преобразования
> допустимы.
Что тебя заставляет пользоваться кривым FB ?
--
Хорсун Влад
"Oleg LOA" ...
> "Horsun Vlad" ...
> >Угу, и FB написан конечно же на "Делфи или VBScript"
>
> Да какая разница :-), просто забыли про это и всё.
Насколько я в курсе не забыли, а сознательно не делали.
Ибо противоречит стандарту.
Это решение принимал не я, да и мне, собственно, пофигу это
"Dmitriy A. Beloshistov" <[EMAIL PROTECTED]> wrote in message news:[EMAIL
PROTECTED]
>1) FB 1.5.3 выдает тоже самое. Т.е. работать не должно было.
У него похоже Ya
>2) Попользуйся extract(Year from date_field) etc если уж очень хочеться дату в
>integer засунуть.
Ага, и что он получит?
"Ded" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> что стоимость этого дела как для сервера, так и для вас (имхо) равна
> практически нулю. Но был послан с формулировкой - первый диалект маст дай.
Ага, похоже и 3-й тоже. Так прозрачные преобразования date/time <-> число так и
не
"Horsun Vlad" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>Угу, и FB написан конечно же на "Делфи или VBScript"
Да какая разница :-), просто забыли про это и всё.
Horsun Vlad wrote:
Угу, и FB написан конечно же на "Делфи или VBScript"
Смущённо ковыряя ножкой паркет: Вообще-то я однажды просил у ДЕ для
первого диалекта (ТЛ мне шепчет, что вопрошающий о третьем не
подозревает и называет датой таймштамп) возможность выделения датного
инта из его
Привет, Andrei!
Вы пишешь 06 декабря 2006:
A> http://vyaskn.tripod.com/searching_date_time_values.htm
A> и в Microsoft SQL такие преобразования допустимы.
Ты не поверишь, но в Китае, каждый встречный - китаец!!!
--
With best regards, Alex Cherednichenko.
http://vyaskn.tripod.com/searching_date_time_values.htm
и в Microsoft SQL такие преобразования
допустимы.
"Andrei" ...
>
> в yaffil работает без проблем. да и в чем
> здесь проблема? целая часть от даты --
> это количество дней. попробуйте в
> Делфи или VBScript -- это вполне нормальные
> преобразования.
Угу, и FB написан конечно же на "Делфи или VBScript"
--
Хорсун Влад
PS Иногда полезно дума
в yaffil работает без проблем. да и в чем
здесь проблема? целая часть от даты --
это количество дней. попробуйте в
Делфи или VBScript -- это вполне нормальные
преобразования.
On Dec 6, 12:20 pm, "Alex Cherednichenko" <[EMAIL PROTECTED]>
wrote:
> Привет, Andrei!
> Вы пишешь 06 декабря 2006:
>
>
>Есть таблица с полем типа дата. До ФБ 2.0 такой код выполнялся нормально:
>...CAST(date_field AS INTEGER) ...
>теперь же кидает ошибку:
>"Overflow occured during data type conversion.
>Conversion error from string "2006-12-05""
>В чем проблема?
1) FB 1.5.3 выдает тоже самое. Т.е. работать не д
Результаты 1 - 100 из 102 matches
Mail list logo
