И правда. А как сделать, чтобы можно было проект туда-сюда гонять без проблем? Может быть при публикации что-то поменять? Или этот файл добавить в исключения?
GavriKos Вроде в один кластер больше одного файла не помещается. Поэтому-то и пишут "Размер/на диске". Да и можно с загрузочной дискетки, как в старые добые времена.
Да, разные адреса, но вхождение "api/Account/Logout" только одно во всём проекте. Т.е. как-то они там (api/Account/Logout и api/Account/UserInfo) сами определяются кто гет и кто пост.
В первой таблице - 10 строк с уникальными ключами. Во второй таблице 90(?) строк со всеми парами ключей и отношением (можно и пару с двумя одинаковыми ключами и отношением 1). Грубо, первая таблица - список ключей, вторая таблица - два поля с ключами из первой таблицы (оба они составной первичный ключ уже для этой таблицы, потому что две идентичные запись в этом контексте смысла не имеют, отношение то же самое) и поле с отношением цен.
Алексей Черемисин: ну если у вас ничего не тормозит, то всё делаете правильно. Но по сути вопрос в поиске золотой середины.
А один запрос бывает не то что сложно написать - тормозить будет. Сделал процедурку, раздеил запросик и вуаля, зашуршало.
Алексей Черемисин: Ну на сколько я понимаю, эффективнее всё-таки городить запросы, чем перебирать данные программно, ибо БД заточена под выборку и обработку данных, тем более запрос-то не супер-пупер.
Ну тогда нужно добавить вычисляемый столбец, который бы считал количество найденных дней count(room), наример (в MS SQL count(*) НЕ игнорирует значения null) и сравнивать с количеством дней в диапазоне, ну и, конечно, группировать по номеру комнаты.