Печально, придется придумывать, а фантазия иногда ведет не в ту стпень, но не суть. Лично мне кажется что неплохо было бы хранить в БД под названием погода информацию относительно погоды, скажем гидромежцентра или как его там а значит объектами будут - температура влажность ветер дождь и тд если бы я ее проектировал то в качестве ключа выбрал бы дату, потому как она явно уникальна и прогнозы идут каждый день далее успеваемость - допустим успеваемость студента в универе, а значит неплохо бы в качестве объектов задать предметы по которым интересует успеваемость(обычно все) в качестве ключа можно взять любой уникальный идентификатор, хоть серию в паспорте хоть ИНН, но рас уж у нас универ пусть будет номер студенческого билета, или зачетной книжки и наконец факультативы - нужен перечень всех факультативов(причем не важно посещает все или не посещает ни одного), не слышал чтобы в школах были факультативы, так что предположу что учебное заведение чуть чуть повыше а значит в качестве ключа так же подойдет номер студ билета
Дано: Учеб - 200 стр 1 стр - 35 строк 1 строка - 50 символов Решение: 1) 50*35=1750 (символов) - на одной странице 2) 1750*200=350000 (символов) - в учебнике 3) так как в задаче не указан метод кодировки, то будем использовать кодировку ASCII ( в ней 1 символ равен 1 байту, также есть кодировка UNICODE, в которой 1 символ равен 2 байтам). Итак, 1 символ = 1 байту, тогда 350000*1=350000 (байт) 350000/1024 = 341,7 (Кб) - объём одного учебника. 4) переведём 2 Гб в Кб 2 Гб*1024 = 2048 (Мб) 2048*1024= 2 097 152 (Кб) 5) Разделим полученный объём на объём одного учебника: 2 097 152/341,7 = 6137 (учебников)
0,0(0 оценок)
Полный доступ
Позволит учиться лучше и быстрее. Неограниченный доступ к базе и ответам от экспертов и ai-bota
Оформи подписку
