Ответ

Pavel Titov 29.03.2004 14:38

> Но расставлять во всех скриптах, где из базы достается дата date_trunc разве лучше?

Лучше, более трудоемко, но лучше.

А если Миша завтра выпустит новую версию класса? Расставлять заново?

> Кстати говоря, у вас случайно нет идей, как эту проблему решить правильнее?

Есть, - наехать на ПАФа, чтобы он сделал обрезание даты внутри парсера, т.е. в "стандартном" парсере :)

Ну так о том и речь, патч в итоге лучше :-)

Parser 3.1.2 и auth.p, Pavel Titov 29.03.2004 10:51
- У меня такое было с PostgreSQL, egr 29.03.2004 11:05
  - Мы пойдем другим путем :-), Pavel Titov 29.03.2004 11:35 / 29.03.2004 11:35
    - Более правильный патч, Pavel Titov 29.03.2004 15:21
    - не стоит, egr 29.03.2004 11:38
      - Ответ, Pavel Titov 29.03.2004 11:41
        Ответ, egr 29.03.2004 11:45
        pgsql.p, Pavel Zagrebelin 29.03.2004 14:47
        решит, egr 29.03.2004 14:49
        Стормозил.., Pavel Zagrebelin 29.03.2004 14:53
        Ответ, Pavel Titov 29.03.2004 15:24
        формат дат в этом pgsql что, не настраивается?, Александр Петросян (PAF) [M] 29.03.2004 18:29
        Воспользуйтесь поиском по форуму :), egr 29.03.2004 18:40
        воспользуйтесь поиском, ключевые слова «спасение утопающих», Александр Петросян (PAF) [M] 29.03.2004 18:45
        CVS|HEAD ^date::create[y-m-d h-M-s>>.milliseconds<<], Александр Петросян (PAF) [M] 08.04.2004 15:28
        Что понимается под "разумностью"?, Pavel Titov 29.03.2004 19:35
        установка правильного tmIn.tm_gmtoff, Александр Петросян (PAF) [M] 30.03.2004 09:49
        кабы я знал как такой патч делать :) (-), egr 29.03.2004 18:46
        Ответ, Pavel Titov 29.03.2004 14:38
        Ответ, egr 29.03.2004 14:40

Новости	FAQ	Авторы	Документация	В действии	Библиотека
Инструменты	Полезные ссылки	Хостинги	Скачать	Примеры	Форум