Kwiecień 2004 - lms - lists.lms.org.pl

Święta...
by Multi Vision 10 Kwi '04

10 Kwi '04

Zdrowych, wesołych i spokojnych Świąt Wielkanocnych Smacznego święconego jajka oraz mokrego dyngusa składa Bartłomiej Sosenko oraz pracownicy Multi Vision '2004

1 0

Re: raport w rozbiciu na stawki
by A.L.E.C 09 Kwi '04

09 Kwi '04

> nie przejdzie, a tak pójdzie: > select floor(time/86400) as date, > sum(case taxvalue when 22.00 then value else 0 end) as tax22, > sum(case taxvalue when 7.00 then value else 0 end) as tax7, > sum(case taxvalue when 0.00 then value else 0 end) as tax0, > sum(case taxvalue when NULL then value else 0 end) as taxfree > from cash where type=3 > group by date > order by date > > i parę uwag: > 1. from_unixtime() nie ma w postgresie i sqlite (ale można dorobić) > 2. w sqlite trzeba dorobić floor (ale to pryszcz) oops, poprawka - ostatni case nie działał, to będzie działać na wszystkich bazach select floor(time/86400) as date, sum(case taxvalue when 22.00 then value else 0 end) as tax22, sum(case taxvalue when 7.00 then value else 0 end) as tax7, sum(case taxvalue when 0.00 then value else 0 end) as tax0, sum(case when taxvalue IS NULL then value else 0 end) as taxfree from cash where type=3 group by date order by date Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: raport w rozbiciu na stawki
by A.L.E.C 09 Kwi '04

09 Kwi '04

> To już w pełni rozbija na stawki: > select from_unixtime(time, "%Y.%m.%d") as date, > sum(if(cash.taxvalue=22.00,value,0)) as tax22, > sum(if(cash.taxvalue=7.00,value,0)) as tax7, > sum(if(cash.taxvalue=0.00,value,0)) as tax0, sum(if(cash.taxvalue is > NULL,value,0)) as taxfree from cash where type=3 group by date order > by date; nie przejdzie, a tak pójdzie: select floor(time/86400) as date, sum(case taxvalue when 22.00 then value else 0 end) as tax22, sum(case taxvalue when 7.00 then value else 0 end) as tax7, sum(case taxvalue when 0.00 then value else 0 end) as tax0, sum(case taxvalue when NULL then value else 0 end) as taxfree from cash where type=3 group by date order by date i parę uwag: 1. from_unixtime() nie ma w postgresie i sqlite (ale można dorobić) 2. w sqlite trzeba dorobić floor (ale to pryszcz) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: raport w rozbiciu na stawki
by Adrian Smarzewski 09 Kwi '04

09 Kwi '04

A.L.E.C wrote: > ale te typy nie są tak samo obsługiwane przez wszystkie przez nas > wykorzystywane bazy, a zwłaszcza funkcje je formatujące (tak mi się wydaje) no cóż, integery nie są w ogóle obsługiwane przez funkcje formatujące daty ;) ja zawsze sobie radziłem robiąc klasę np. SqlUnifier, której się ustawia typ serwera i ona ma metody np. dateType(), stringMerge(x,y), typeCast(x,y) i typ podobne, które się wykorzystuje w zapytaniach zamiast wpisywać na stałe zapytania wykorzystując tylko sql ze wspólnego podzbioru (który tak btw jest malutki). używanie np. integerów zamiast dat prowadzi do tego co w tej chwili chyba majstruje Chilek, czyli zamiast zadać złożone zapytanie pobiera sobie kilka wierszy i dane agreguje za pomocą php. no tak, w ten sposób w sumie całość można sprowadzić do "select nazwa_kolumny", prostego "insert into" i "delete from". ok, ale wtedy chyba można sobie w ogóle odpuścić sql i podłączyć się do bazy binarnej, nie? :D -- Pozdrowienia Adrian Smarzewski

1 0

Re: Blad w bazie
by A.L.E.C 09 Kwi '04

09 Kwi '04

> Dzikei chlopaki za szybkie zainteresowanie i czekam na pomoc > > chyba ze : > ALTER TABLE tariffs ADD taxvalue DECIMAL(9,2) DEFAULT '0' AFTER > value; wystarczy a ha, dopiero teraz zauwazylem, nie chodzi o tabele tariffs tylko cash, wiec wystarczy: ALTER TABLE cash ADD taxvalue DECIMAL(9,2) DEFAULT '0' ; -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: Blad w bazie
by detekt＠detekt.pl 09 Kwi '04

09 Kwi '04

Witam A.L.E.C, >> On Fri, 9 Apr 2004 detekt(a)detekt.pl wrote: >>> Baza sie z tego co kojarze sama updateuje wiec ktos chyba cos >>> skopal :) >> wystarczy dodac to z palca. >> ALTER TABLE tariffs ADD taxvalue DECIMAL(9,2) DEFAULT '0' NOT NULL >> AFTER value; > zle, moze byc NULL, chilek do raportu wlasnie o to mi chodzi ja se dodam tak ustaie null/not nul , inny typ pola a potem bedzie sie jebac, dlatego pisalem ze wolal bym zey w cvs to bylo zrobine tak jak ma byc a nie jak ja sobie ustale Dzikei chlopaki za szybkie zainteresowanie i czekam na pomoc chyba ze : ALTER TABLE tariffs ADD taxvalue DECIMAL(9,2) DEFAULT '0' AFTER value; wystarczy -- Pozdrawiam Michal Kusmirek

1 0

Re: Blad w bazie
by pbern＠pbern.biz 09 Kwi '04

09 Kwi '04

On Fri, 9 Apr 2004 detekt(a)detekt.pl wrote: > Baza sie z tego co kojarze sama updateuje wiec ktos chyba cos > skopal :) wystarczy dodac to z palca. ALTER TABLE tariffs ADD taxvalue DECIMAL(9,2) DEFAULT '0' NOT NULL AFTER value; Pozdrawiam Pawel Bernadowski GG 3377, email kontakt(a)pbern.biz

3 2

Blad w bazie
by detekt＠detekt.pl 09 Kwi '04

09 Kwi '04

Witam , Chyba jakas mala wpadka jest w najnowszym cvs jezeli chodzi o baze a mianowicie wywala blad : Wystąpiły błędy w obsłudze bazy danych! Podczas wykonywania zapytania: SELECT cash.id AS id, time, type, value, taxvalue, userid, comment, invoiceid, name AS adminname FROM cash LEFT JOIN admins ON admins.id=adminid WHERE userid='110' ORDER BY time Wystąpił błąd: Nieznana kolumna 'taxvalue' w field list Baza sie z tego co kojarze sama updateuje wiec ktos chyba cos skopal :) niby moge sam dodac ta kolumne w bazie ale wolalbym gdy to w cvs bylo juz poprawione Poprawcie jka najszybciej mozecie bo musze wklepac wplaty userow a tu dupa :( -- Pozdrawiam Michal Kusmriek

1 0

Re: raport w rozbiciu na stawki
by A.L.E.C 09 Kwi '04

09 Kwi '04

> Tomasz Chilinski wrote: > od przechowywania daty i czasu są np. typy timestamp, albo datetime > czy pochodne. ale te typy nie są tak samo obsługiwane przez wszystkie przez nas wykorzystywane bazy, a zwłaszcza funkcje je formatujące (tak mi się wydaje) -- Pozdrawiam Aleksander Machniak ( A.L.E.C ) http://alec.k27.prv.pl GG-2275252

1 0

Re: raport w rozbiciu na stawki
by Adrian Smarzewski 09 Kwi '04

09 Kwi '04

Tomasz Chilinski wrote: > time jest interger mierzący czas w sekundach od 1.1.1970. i to też bardzo brzydko. widzę, że przede wszystkim powinniście zrestrukturyzować poważnie bazę z uwzględnieniem standardów sql, bo fakt, że wszystko można trzymać np. w varchar'ach (nawet liczby) ale potem z tym mnóstwo problemów jest... od przechowywania daty i czasu są np. typy timestamp, albo datetime czy pochodne. -- Pozdrowienia Adrian Smarzewski

1 0