aa448110: 4,4,4,4,4 :-) 1. OK 2. OK 3. Krok za krokiem, ale OK. 4. OK 5. OK jk448283: 4,4,2,3,4 1. OK 2. OK 3. Nie. Daty się po prostu odejmuje, nie warto chyba wołać extract(). 4. Błąd: zły prefiks dla miasta, po mojej poprawce OK. 5. OK ab459230: 4,4,1,2,2 1. OK choć zagmatwane. 2. OK 3. Nie, skąd te 4 dni odstępu? 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. Nie, trzeba brać razem wszystkich lekarzy z miasta. aa429242: 4,4,0,4,2 1. OK 2. OK 3. Brak 4. OK 5. Nie, trzeba brać razem wszystkich lekarzy z miasta. ad459391: 4,2.5,2,2,4 1. OK 2. A co z zabiegami krytycznymi? 3. Po co odejmować MIN od MAX? 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. OK ap448380: 2,4,0,2,2 1. Dlaczego LIMIT 1? 2. OK 3. Brak 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. Nie ap459439: 4,3,2,4,2 1. OK 2. To nie jest polecenie SQL, ale jak już się nim stanie to OK. 3. Dlaczego 4 - nie ma takiego odstępu? 4. OK 5. Nie jk459398: 2,4,4,2,4 1. Dlaczego LIMIT 2, a nie 15? 2. OK 3. OK 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. OK jw453877: 4,4,2,2,4 1. OK 2. OK 3. Nie, tylko sąsiednie się liczy. 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. OK kk438801: 4,4,2,2,2 1. OK 2. OK 3. Nie, tylko sąsiednie się liczy. 4. Zaplątał się Pan strasznie. Zapytania się formatuje! 5. Nie. bs419396: 2,4,2,2,4 1. Czemi LIMIT 1? 2. OK 3. Przypadkowo dobry wynik z błędnego zapytania (jedne błąd zamaskował drugi). 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. OK zr459443: 2,1,2,4,4 1. Za mało 2. Po pierwsze >, a nie <=. Po drugie, gdzie zabiegi krytyczne? 3. Nie, tylko sąsiednie daty się liczy. 4. OK 5. OK md459390: 2,4,2,2,4 1. Czemu LIMIT 1? 2. OK 3. Pozornie poprawny wynik, bo jeden błąd zamaskował drugi. Miały być sąsiednie daty. 4. LIMIT jest bez sensu, mamy mieć wszystkie. 5. OK ns448540: 4,4,4,4,4 :-) 1. OK 2. OK 3. Mieliśmy nie ruszać daty bieżącej, ale OK, 4. OK 5. OK -------------------------------------------------------