Може ли някой да ми каже къде греша в 10та задача "People with Balance Higher Than"? Спрямо моето разбиране на условието и резултата на локалната ми база всичко изглежда наред. В Judge не минава по никакъв начин. Ето и КОДА
изглежда ок махни 18,4 от decimal-a сложи procedure вместо proc и аз бих махна и begin end да звучи странно но и за такива неща чупи идея си нямам защо,иначе ето го ти малко си си усложнил живота но ти е ок кода локално и при мен.
CREATE PROCEDURE usp_GetHoldersWithBalanceHigherThan (@Balance MONEY)
AS
SELECT ac.FirstName,ac.LastName FROM AccountHolders AS ac
JOIN Accounts AS a ON a.AccountHolderId=ac.Id
GROUP BY ac.FirstName,ac.LastName
HAVING SUM(a.Balance)>@Balance
Благодаря за отговора. За параметъра, пробвах и само decimal и decimal(15,2), decimal(15,4). Не използвам MONEY, защото във всяка една лекция предупреждаваха да не се използва. Накрая открих проблема. :D В твоето решение, групираш по имената. Аз реших, че е възможно да има 2ма човека с еднакви имена (не е изключено) и реших че е по-добре да групирам по ID. Тествах, като добавих още един Account Holder със вече съществуващо име (различно ID) и твоята процедура ги групира в едно въпреки, че са различни акаунти. Според мен това не е правилен подход, но според Judge явно е. Ако изпита ни ще го проверява Judge, ни е спукана работата :)
ами не след половин дузина изпити в judge не е толкова страшно :Д просто се искат малко нерви.иначе на мен ми гърмя гърмя накрая сложих money въпреки че все повтарят че не е добре и мина.
А реално какви unit tests са написали е божа работа на какъв кеф или акъл е бил този които ги е писал.
Е тук бъркаш аз съм ги join-нал po аc.id няма как да се повтарят ac.id е уникално. А групирането по firstname lastname го иска sql иначе не можеш да ги използваш в select налага ми го синтаксиса и сървъра.Нямаш избор ако искаш да ги ползваш в заявката така че.Май трябва да порешаваш и почетеш още малко :Д
a.AccountHolderId=ac.Id това тук ми гарантира уникалност.
Може би не ме разбра. Не казвам че решението ти е грешно (спрямо Judge определено). За ID-то, не съм казал че ще повториш уникално ID, а че ще комбинираш в едно двама човека с различно ID и еднакво име, защото не комбинираш по ID, а само по име. Ако не ми вярваш виж в ЛИНК-а. На screenshot-a са 3 result set-а:
1. Това е базата след като добавих за тест потребител със съществуващо име и различно ID (няма как да е еднакво).
2. Резултата от моята процедура,
3. Резултата от твоята процедура.
Тъй като в условието на задачата не е казано нищо относно групирането, подредбата и изобщо подхода към задачата (и това е основния проблем), според мен съм избрал по-правилен подход. Но ако това е вярно, то това значи че в SoftUni или ни учат на грешни практики (това не е вярно, защото в лекциите споменаха че е възможно да има 2ма човека в една база с еднакво име и затова да гледаме винаги ID-тата) или условията на задачите са непълни или обяснени неправилно.