Ogl�dasz odpowiedzi wyszukane dla has�a: stawka odsetek ustawowych

Oczywiście ograniczam się jedynie do pokazania konfliktów (ilości i nazwisk)
decyzję o sposobie ich rozwiązania pozostawiając użytkownikowi.


Są co najmniej dwa przypadki:

1. Coś zmienia się od dnia.
    Przykład: stawka odsetek ustawowych obowiązuje od dnia.
    Zbędne i szkodliwe jest przechowywanie 'do_dnia'; chyba, że
    ktoś jest masochistą i zamierza pisać kod kontrolujący poprawność
    ('dziury' i 'zachodzenie' terminów).
    Dla braku informacji wpisujemy: od dnia | null.

2. Coś zamyka się w pewnym odcinku czasu.
    Przykład: rezerwacja pokoju hotelowego.
    Tutaj konieczne jest podanie 'od_dnia' i 'do_dnia'.
    Dziury są rzeczą normalną (rozpacz hotelarzy), wykluczać należy
    tylko 'zachodzenie' terminów.

Więc myślę, że ja mówiłem o kozie (1), a Ty o wozie (2).

Pozdrawiam (bez 'Panów').

Poza tym nie ma przeszkód żeby umówić się na odsetki adekwatne do realiów
amerykańskich.


Kwota umowy jest w USD. Umowa nic nie mowi na temat ewentualnych odsetek od
nieterminowych platnosci. W sprawach nieuregulowanych umowa obowiazuje prawo
polskie. Dlatego zakladam, ze dla takich roszczen obowiazuja odsetki
ustawowe.
Umowa jest juz w zasadzie zrealizowana i teraz raczej nikt nie bedzie
rozmawial w sprawie ustalenia stosowanego % dla naliczania odsetek.
Czy wiec stawka odsetek ustawowych obowiazuje dla platnosci we wszystkich
walutach czy dla np. USD sa jakies inne? Moze trzeba inaczej liczyc?

Pozdrawiam, Slawek

Krzysztof Naworyta:
[...]
Zgadza sie Panie Jacku !

Tylko bez Pan (tylko nie po twarzy) ;-)

"od" i "do" bywają upierdliwe.
Chyba, że popatrzymy nieco szerzej i potraktujemy "kotlet" jako bardzo
wąski
przykład szerszego zagadnienia.

Wyobraźmy sobie:
spektakle/próby + obsady + dublury
+ tabela urlopowa
i rozwiążmy sprawę planowania dnia (już nie tylko daty ale i godziny z
odpowiednimi marginesami) na czterech scenach i w czterech salach
równolegle
(+ spektakle poza siedzibą).

Oczywiście ograniczam się jedynie do pokazania konfliktów (ilości i
nazwisk)
decyzję o sposobie ich rozwiązania pozostawiając użytkownikowi.

Są co najmniej dwa przypadki:

1. Coś zmienia się od dnia.
    Przykład: stawka odsetek ustawowych obowiązuje od dnia.
    Zbędne i szkodliwe jest przechowywanie 'do_dnia'; chyba, że
    ktoś jest masochistą i zamierza pisać kod kontrolujący poprawność
    ('dziury' i 'zachodzenie' terminów).
    Dla braku informacji wpisujemy: od dnia | null.

2. Coś zamyka się w pewnym odcinku czasu.
    Przykład: rezerwacja pokoju hotelowego.
    Tutaj konieczne jest podanie 'od_dnia' i 'do_dnia'.
    Dziury są rzeczą normalną (rozpacz hotelarzy), wykluczać należy
    tylko 'zachodzenie' terminów.

Więc myślę, że ja mówiłem o kozie (1), a Ty o wozie (2).

Pozdrawiam (bez 'Panów').

--
Jacek (jacek_ku@poczta.onet.pl)

Hej
Istotnie Masz rację, że można zapisywać tylko wartość i od kiedy obowiązuje
lub do kiedy ( wzależności czy przyjmie się wektor wschodzący czy
schodzący). Tylko jak z szukaniem?, Wtedy była by

zamiast tej Tabela1

asortyment     |        cena      |       od         |        do
--------------------------------------------------------
kotlet             |         4 zł       |01-01-2002 |30-06-2002|
kotlet             |      4,50 zł     |01-07-2002 |31-12-2002|
kotlet             |         5 zł       |01-12-2002 |30-06-2003|

Szukanie aktualnej ceny by było:
SELECT Table1.asortyment, Table1.cena, Table1.od, Table1.do
FROM Table1
WHERE (((Table1.od)<=Date()) AND ((Table1.do)=Date()));

była by taka:

Tabela2

asortyment     |        cena      |       od
--------------------------------------------------------
kotlet             |         4 zł       |01-01-2002
kotlet             |      4,50 zł     |01-07-2002
kotlet             |         5 zł       |01-12-2002
kotlet             |         5 zł       |01-01-2003

załóżmy że błąd usera jest też w trzeciej linijce. Zpowodowałby nie
wątpliwie mniejsze zło. Firma by zgarnęła o ,5 zł * miesiącokotlet więcej.
A jaki najprostszy najszybszy mechanizm zapytania SQL zastosowałbyś w tym
przypadku?

Włodzimierz Matuszewski
as@aseta.pl
GG: 3069639