Disconnected Recordset

Question

Кто-то, кого я знаю, хочет использовать diconnected recordsets в приложении. Мне кажется, что если у меня есть инструмент ORM, действительно не нужно будет даже касаться отключенных наборов записей. Как я понимаю это с ORM, ORM заботится о том, чтобы не обнимать соединения для ненужного длительного времени, решив необходимость в отключенном наборе записей. Есть ли экземпляр, в котором вы все равно хотите использовать отключенный набор записей?

Answer 1

Выдуманная набора записей ADO может быть хорошим выбором объекта-контейнера для данных, в качестве альтернативы типа VBA (структура), Сборник, словарь и т.д., т.е. сильно данные набирают поля с нулевым значением ** со встроенной поддержкой фильтрации, сортировки, поиска, вывода в форматированный текст/xml/массив, пейджинг, клонирование и т. д. Сформированный набор записей ADO отключается по определению.

Возможно, это не совсем то, что вы имели в виду, но это правильный ответ на ваш вопрос, например, когда вы все равно хотите использовать отключенный набор записей, даже если у вас есть ORM.

** Similary, ADO Объекты параметров являются обычной альтернативой варианту типа в том, что, в отличие от встроенных типов VB, они могут быть как строгими данными, так и и с нулевым значением.

Answer 2

Я бы подумал о том, чтобы использовать набор записей в небольших приложениях «собирать и забывать» или когда у вас есть простые требования к отчетности, такие как вид сетки только для чтения.

Это приложение, в котором вы чувствуете себя как можно быстрее, и вы не видите причины, по которым он изменится позже.

Однако, если вы собираетесь создать немного продвинутое, поддерживаемое, надежное приложение с бизнес-логикой и т. П., Не ходите с наборами записей.

Но уверен, что есть еще использовать для этого ..