registros desconectado

Question

Alguien que conozco quiere usar diconnected de registros en una aplicación. Me suena como si tuviera una herramienta ORM no sería realmente hay necesidad de tocar siquiera registros desconectados. La manera en que yo entiendo con ORM ORM se encarga de no abrazar conexiones para innecesariamente largos períodos de tiempo, la solución de la necesidad de un conjunto de registros desconectado. ¿Hay un caso en que a pesar de ello desea utilizar un conjunto de registros desconectado?

Answer 1

Un fabricado ADO conjunto de registros puede ser una buena elección de objeto contenedor de datos, como una alternativa a un tipo de VBA (struct), Colección, diccionario, etc es decir, campos anulables fuertemente datos mecanografiados ** con una función de soporte para el filtrado, clasificación, búsqueda, la salida para el formato de texto / xml / matriz, paginación, clonación, etc. a fabricado de registros ADO se desconecta por definición.

Tal vez esto no es exactamente lo que tenía en mente, pero es una respuesta válida a la pregunta, es decir un ejemplo de cuando usted todavía desea utilizar un conjunto de registros desconectado, a pesar de tener un ORM.

** De manera parecida, los objetos ADO parámetro son una alternativa habitual para el tipo Variant en que, a diferencia de los tipos intrínsecos VB, que pueden ser a la vez fuertemente datos mecanografiados y anulable.

Answer 2

Me gustaría considerar el uso de un conjunto de registros en la pequeña "montar y olvidar" aplicaciones o cuando tiene necesidades de informes simples como puntos de vista de cuadrícula de sólo lectura.

Esto incluye cualquier aplicación donde se siente como la cosa más rápida que puede hacer, y que no se ve una razón que va a cambiar más adelante.

Sin embargo, si se va a construir una, fácil de mantener, aplicación robusta ligeramente avanzada, con la lógica de negocio y similares, no van con conjuntos de registros.

Pero eso sí, hay todavía usan para ella ..