W dniu 28.08.2012 10:57, Sylwester Kondracki napisał(a):
> Dnia 2012-08-28, wto o godzinie 10:43 +0200, Tomasz Chiliński pisze:
>
>> W dniu 28.08.2012 10:40, Sylwester Kondracki napisał(a):
>>> Dnia 2012-08-28, wto o godzinie 08:12 +0200, Waldemar Dymkiewicz
>>> pisze:
>>>
>>>> W dniu 2012-08-27 22:20, Sylwester Kondracki pisze:
>>>>> witam,
>>>>>
>>>>> mam pytanko do znawców postgresa
>>>>>
>>>>> w tabeli x mamy pole start_time o wartości 2011-05-27 11:27:07 ,
>>>>> pole
>>>>> typu varchar
>>>>>
>>>>> aby wyciągnąć miesiąc z tego pola to w MySQL daję zapytanie :
>>>>> SELECT
>>>>> MONTH(start_time) AS miesiac WHERE ....
>>>>>
>>>>> jak takie zapytanie powinno to wyglądać dla postgresa ?
>>>>
>>>> Tu masz przykład w dokumentacji:
>>>> http://www.postgresql.org/docs/9.1/static/functions-datetime.html 
>>>> [1]
>>>> [1]
>>>>
>>>> Cos w ten desen:
>>>>
>>>> SELECT date_part('month', start_time::timestamp ) AS miesiac FROM 
>>>> x
>>> dzięki, zadziałało.
>>>
>>> podobnie temat ma się do year i day
>>>
>>> fajnie by było gdyby w klasie do obsługi baz danych pojawił się 
>>> taki
>>> parser :D
>>
>> Nie widzę sensu przechowywania daty w bazie danych jako varchar.
>
>  tu nie chodzi o samego LMS'a, czy typ pola "varchar" ale o obsługę
> daty w zapisywaną właśnie w taki sposób,
>  wiele serwisów zew. do których powstały by jakieś tam moduły mają
> mentalność przechowywania daty w ten właśnie sposób,

Co nie oznacza, że należy naśladować błędne rozwiązania projektowe.