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 ?
Pokaż odpowiedzi według wątków
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
Cos w ten desen:
SELECT date_part('month', start_time::timestamp ) AS miesiac FROM x
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
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
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]
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.
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]
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,
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.
Dnia 2012-08-28, wto o godzinie 11:27 +0200, Tomasz Chiliński pisze:
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.
nie chodzi o naśladowanie, ale o ułatwienie tematu w przyszłości gdyby taka konieczność się pojawiła.
W dniu 28.08.2012 11:33, Sylwester Kondracki napisał(a):
Co nie oznacza, że należy naśladować błędne rozwiązania projektowe.
nie chodzi o naśladowanie, ale o ułatwienie tematu w przyszłości gdyby taka konieczność się pojawiła.
A tym razem z czego konieczność wynikła?
uczestnicy (3)
-
Sylwester Kondracki -
Tomasz Chiliński -
Waldemar Dymkiewicz