Архитектура архитектуры передачи данных

-1

Учитывайте, что в приложении есть уровни пользовательского интерфейса, бизнеса и базы данных. Требовалось бы, чтобы пользовательский интерфейс запрашивал и отображал данные, полученные из уровня базы данных, через бизнес-уровень. Для этого конкретного требования данные составляют около 10000 записей. Каким будет ваш подход в решении этой проблемы? Лучше ли получить все 10000 записей одним выстрелом в пользовательский интерфейс одним вызовом базы данных или получить записи частично по нескольким вызовам базы данных?Архитектура архитектуры передачи данных

Заранее спасибо.

источник

2013-05-08 prash7

полностью зависит от того, что вы пытаетесь сделать с ним и насколько велика каждая запись, если вы возвращаете 10000 ints, например, было бы неразумно добавлять дополнительную сложность, но если вы возвращаете 10000 двоичных массивов, вы можете необходимо пересмотреть – RoughPlace

Существует много информации, необходимой для того, чтобы сделать хорошее нападение. Если вам нужно показать все, то 1 запрос может быть хорошим. Если вы показываете только несколько 100 записей за раз, то тянуть все может быть не очень хорошая идея. –

Извините, что мой английский это не мой родной язык.

Вы забыли указать, где будет работать ваше приложение. Потому что в этом случае имеет значение. Если это будет работать в интрасети, мобильном, интернет, если устройства, использующие это приложение, имеют достаточно памяти для обработки многих записей, скорость соединения ... Так много переменных, которые вы не принимаете во внимание ... I думаю, для локального доступа и офисного оборудования, выборка 10000 не проблема, но для мобильных устройств, возможно, 3G. Итак, вам нужно добавить больше переменных в свой вопрос и сбалансировать их для удовлетворения реальных или близких потребностей вашего проекта архитектуры. Cheers

источник

2013-05-08 12:28:02

Спасибо Андре за ваши предложения. Тип приложения, упомянутый в вопросе, - «Веб-интерфейс». Если на веб-сайте есть много запросов от пользователей, то каков будет подход, поскольку каждый запрос получит ответ 10000 записей. – prash7

Я думаю, вам нужно рассчитать размер данных и среднюю скорость доступа, скажем, около 10000 записей * 512 байтов каждый даст вам примерно 5120000 байт или 640 КБ или немного больше, чем «половина мегабайт», поэтому, в зависимости от скорость соединения может занять очень медленно. Я думаю, что лучше всего сделать много звонков в базу данных, получая от 5 до 10 раз больше отображаемых записей. Если приложение отображает 10 строк, можно получить от 50 до 100 записей. Вы также можете сделать более конкретный поиск, чтобы получить как можно меньше результатов. –

Архитектура архитектуры передачи данных

ответ

Смежные вопросы