ES2812771T3 - Método y aparato de almacenamiento de datos para terminal móvil - Google Patents
Método y aparato de almacenamiento de datos para terminal móvil Download PDFInfo
- Publication number
- ES2812771T3 ES2812771T3 ES16838499T ES16838499T ES2812771T3 ES 2812771 T3 ES2812771 T3 ES 2812771T3 ES 16838499 T ES16838499 T ES 16838499T ES 16838499 T ES16838499 T ES 16838499T ES 2812771 T3 ES2812771 T3 ES 2812771T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- metadata
- key value
- stored
- cache
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/258—Data format conversion from or to a database
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/17—Details of further file system functions
- G06F16/178—Techniques for file synchronisation in file systems
- G06F16/1794—Details of file format conversion
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/11—File system administration, e.g. details of archiving or snapshots
- G06F16/116—Details of conversion of file system types or formats
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2228—Indexing structures
- G06F16/2272—Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/31—Indexing; Data structures therefor; Storage structures
- G06F16/316—Indexing structures
- G06F16/325—Hash tables
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
- G06F16/41—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/907—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/907—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/908—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using metadata automatically derived from the content
Abstract
Un método de almacenamiento de datos realizado por un terminal móvil que utiliza, como medio de almacenamiento subyacente, una base de datos no relacional de valores clave que almacena datos basados en un valor clave y guarda, en una caché, las relaciones de correspondencia entre una pluralidad de piezas de metadatos y los valores clave correspondientes de los datos almacenados en la base de datos no relacional para el valor clave; en donde el método comprende: convertir los primeros datos originales a los primeros datos que tienen un formato preestablecido (101), en donde los datos originales son datos requeridos por una de varias aplicaciones y se deben almacenar en caché localmente, en donde el formato preestablecido elimina las diferencias estructurales de los datos originales requeridos por diferentes de las diversas aplicaciones, en donde los primeros datos tienen un primer valor clave; crear primeros metadatos de los primeros datos (102); determinar, de acuerdo con las relaciones de correspondencia, si los primeros datos se almacenan en la base de datos no relacional (103), que incluye la determinación de que los primeros datos se almacenan en la base de datos no relacional si las relaciones de correspondencia incluyen una relación entre (i) el primer valor clave y (ii) los segundos metadatos que son los mismos que los primeros metadatos, y determinar de cualquier otra manera que los primeros datos no se almacenan en la base de datos no relacional; guardar en la caché si los primeros datos no se almacenan en la base de datos no relacional, los primeros datos, los primeros metadatos de los primeros datos y el primer valor clave de los primeros datos (104) y, de lo contrario, no realizar ninguna actualización de la caché y eliminar los datos originales, los primeros datos y los primeros metadatos; y almacenar en la base de datos no relacional, si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en base de datos no relacional (105).
Description
DESCRIPCIÓN
Método y aparato de almacenamiento de datos para terminal móvil
Campo técnico
La presente solicitud se refiere al campo de las tecnologías de almacenamiento, y en particular, a un método y aparato de almacenamiento de datos para un terminal móvil.
Técnica Anterior
Con el desarrollo de la ciencia y la tecnología, un número creciente de terminales móviles ha entrado en la vida de las personas, tales como los teléfonos inteligentes y los ordenadores de tipo tableta. Un usuario puede instalar una variedad de aplicaciones en un terminal móvil y, en consecuencia, se necesita almacenar cada vez más datos localmente en el terminal móvil. Los datos tienen diferentes formatos y estructuras que cambian con frecuencia, lo que afecta seriamente el rendimiento de lectura y escritura del terminal móvil y también reduce la eficiencia del desarrollo, operación y mantenimiento de las aplicaciones al mismo tiempo.
La publicación de Patente de Estados Unidos US 2014/040286 A1 de Bane para " Method and system for the Normalization, filtering and Securing of associated metadata Information on file objects deposited into an object store,” publicada el 06 de febrero de 2014, describe un sistema de procesamiento y un método que toma los metadatos extraídos de los archivos que se transfieren de un sistema de archivos a un almacén de objetos y prioriza, filtra y normaliza los metadatos en una colección de metaetiquetas que luego se asocian con el archivo (objeto) cuando se guarda en el repositorio del almacenamiento de objetos. El sistema de procesamiento puede recibir salida sin procesar de un analizador de metadatos en un archivo, objeto o activo digital; identificar claves y valores de metadatos relevantes, además de las claves y valores de metadatos configurados por el usuario potencial; priorizar la lista de claves de metadatos relevantes; asociar la lista priorizada de valores de clave de metadatos relevantes a claves de metaetiquetas normalizadas; y filtrar la lista de candidatos de claves de metaetiquetas normalizadas y las claves de metadatos restantes no asociadas.
Resumen de la invención
A la luz de lo anterior, la presente solicitud proporciona un método y aparato de almacenamiento de datos.
Específicamente, la presente solicitud se implementa al usar las siguientes soluciones técnicas:
Un método de almacenamiento de datos para un terminal móvil, en donde el método incluye:
realizar una conversión de formato en datos originales para obtener los primeros datos en un formato preestablecido;
crear primeros metadatos de los primeros datos;
decidir, de acuerdo con una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos se almacenan en una base de datos;
guardar, si los primeros datos no se almacenan en la base de datos, los primeros datos, los primeros metadatos de los primeros datos, y un valor clave de los primeros datos en la caché; y
almacenar en la base de datos, si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en la base de datos.
Opcionalmente, la etapa de decidir, de acuerdo con una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos se almacenan en una base de datos incluye:
decidir, de acuerdo con el valor clave de los primeros datos, si los segundos metadatos correspondientes al valor clave se guardan en la caché; y
determinar que los primeros datos no se almacenan en la base de datos si los segundos metadatos correspondientes al valor clave no se guardan en la caché.
Opcionalmente, el método incluye además:
decidir si los segundos metadatos son los mismos que los primeros metadatos si los segundos metadatos correspondiente al valor clave se guarda en la caché; y
determinar que los primeros datos no se almacenan en la base de datos si los segundos metadatos son diferentes de los primeros metadatos; y
la etapa de almacenar los primeros datos, los primeros metadatos de los primeros datos y un valor clave de los primeros datos en la base de datos incluye:
actualizar los segundos metadatos guardados en la caché y hacer corresponder el valor clave de los primeros
datos a los primeros metadatos, y almacenar los primeros datos.
Opcionalmente, la etapa de decidir si los segundos metadatos son los mismos que los primeros metadatos incluye: decidir si un valor hash de los segundos metadatos son los mismos que un valor hash de los primeros metadatos, en caso afirmativo, determinar que los segundos metadatos son los mismos que los primeros metadatos, o si no, determinar que los segundos metadatos son diferentes de los primeros metadatos.
Opcionalmente, la condición de activación preestablecida incluye: alcanzar un período de tiempo preestablecido y el montaje de los datos almacenados en caché que alcanzan un umbral preestablecido.
Opcionalmente, el método incluye además:
buscar, durante la lectura de datos, la caché de acuerdo con el valor clave para determinar si los primeros datos correspondientes se guardan en la misma;
adquirir, cuando los primeros datos correspondientes al valor clave no se guardan en la caché, los primeros datos correspondientes al valor clave de la base de datos de acuerdo con los metadatos guardados en la caché y que corresponden al valor clave; y
convertir los primeros datos en los datos originales y luego devolver un resultado de lectura.
Un aparato de almacenamiento de datos para un terminal móvil, en donde el aparato incluye:
una primera unidad de conversión configurada para realizar la conversión de formato en datos originales para obtener primeros datos en un formato preestablecido;
una unidad de creación de metadatos configurada para crear primeros metadatos de los primeros datos; una unidad de decisión de almacenamiento configurada para decidir, de acuerdo con una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos se almacenan en una base de datos;
una unidad de caché de datos configurada para guardar, si los primeros datos no se almacenan en la base de datos, los primeros datos, los primeros metadatos de los primeros datos y un valor clave de los primeros datos en la caché; y
una unidad de almacenamiento de datos configurada para almacenar en la base de datos, si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en la base de datos.
Opcionalmente, la unidad de decisión de almacenamiento está configurada específicamente para decidir, de acuerdo con el valor clave de los primeros datos, si los segundos metadatos correspondientes al valor clave se guardan en la caché y determinar si los primeros datos no se almacenan en la base de datos si los segundos metadatos correspondientes al valor clave no se guardan en la caché.
Opcionalmente, la unidad de decisión de almacenamiento está configurada específicamente para decidir si los segundos metadatos son los mismos que los primeros metadatos cuando los segundos metadatos correspondiente al valor clave se guarda en la caché, y determinar que los primeros datos no se almacenan en la base de datos si los segundos metadatos son diferentes de los primeros metadatos; y
la unidad de caché de datos está configurada específicamente para actualizar los segundos metadatos guardados en la caché y hacer corresponder el valor clave de los primeros datos a los primeros metadatos, y almacenar los primeros datos.
Opcionalmente, la unidad de decisión de almacenamiento está configurada específicamente para decidir si un valor hash de los segundos metadatos son los mismos que un valor hash de los primeros metadatos; en caso afirmativo, determinar que los segundos metadatos son los mismos que los primeros metadatos, o en caso contrario, determinar que los segundos metadatos son diferentes de los primeros metadatos.
Opcionalmente, la condición de activación preestablecida incluye: alcanzar un período de tiempo preestablecido y el montaje de los datos almacenados en caché que alcanzan un umbral preestablecido.
Opcionalmente, el aparato incluye además:
una primera unidad de lectura configurada para buscar, durante la lectura de datos, la caché de acuerdo con el valor clave para determinar si los primeros datos correspondientes se guardan en la misma;
una segunda unidad de lectura configurada para adquirir, cuando los primeros datos correspondientes al valor clave no se guardan en la caché, los primeros datos correspondientes al valor clave de la base de datos de acuerdo con los metadatos guardados en la caché y correspondientes al valor clave; y
una segunda unidad de conversión configurada para convertir los primeros datos en los datos originales y luego devolver un resultado de lectura.
De la descripción anterior se puede observar que la presente solicitud puede convertir datos originales en datos en
un formato preestablecido y luego almacenar los datos en una base de datos no relacional basada en valores clave, y puede eliminar la diferencia estructural de los datos, y mejorar la compatibilidad de los datos y la eficiencia de la lectura y escritura de datos.
Breve Descripción de los Dibujos
La Figura 1 es un diagrama de flujo esquemático de un método de almacenamiento de datos para un terminal móvil de acuerdo con una realización ilustrativa de la presente aplicación;
La Figura 2 es un diagrama de flujo esquemático de una etapa para determinar si los primeros datos se almacenan en una base de datos de acuerdo con una realización ilustrativa de la presente solicitud;
La Figura 3 es un diagrama estructural esquemático de un terminal móvil de acuerdo con una realización ilustrativa de la presente solicitud; y
La Figura 4 es un diagrama estructural esquemático de un aparato de almacenamiento de datos para un terminal móvil de acuerdo con una realización ilustrativa de la presente solicitud.
Descripción Detallada
Las realizaciones ilustrativas se describirán en detalle en la presente descripción, y ejemplos de las mismas se muestran en los dibujos adjuntos. En la siguiente descripción que involucra los dibujos adjuntos, los mismos números en diferentes dibujos adjuntos denotan los mismos elementos o elementos similares, a menos que se especifique lo contrario. Las formas de implementación descritas en las siguientes realizaciones ilustrativas no representan todas las formas de implementación consistentes con la presente solicitud. En contraste, estas son meramente ejemplos de aparatos y métodos consistentes con algunos aspectos de la presente solicitud descritos en detalle en las reivindicaciones adjuntas.
Los términos usados en la presente solicitud se usan simplemente para describir realizaciones específicas, en lugar de limitar la presente solicitud. Las formas singulares "un(una)", "dicho(a)" y "el(la)" usadas en la presente solicitud y las reivindicaciones adjuntas también incluyen formas plurales, a menos que se especifique claramente en el contexto que se denotan otros significados. Debe entenderse además que el término "y/o" usado en la presente descripción se refiere e incluye cualquiera o todas las combinaciones posibles de uno o más elementos enumerados asociados.
Debe entenderse que aunque pueden usarse términos tales como "primero", "segundo" y "tercero" en la presente solicitud para describir varios tipos de información, estos tipos de información no deben limitarse a los términos. Estos términos se usan simplemente para distinguir información del mismo tipo entre sí. Por ejemplo, sin apartarse del alcance de la presente solicitud, la primera información también puede denominarse como la segunda información, y de manera similar, la segunda información también puede denominarse como la primera información. En dependencia del contexto, la palabra "si" usada en la presente descripción puede explicarse como "cuando...", "como...", o "en respuesta a la determinación".
La Figura 1 es un diagrama de flujo esquemático de un método de almacenamiento de datos para un terminal móvil de acuerdo con una realización ilustrativa de la presente solicitud.
Con referencia a la Figura 1, el método de almacenamiento de datos puede aplicarse a un terminal móvil. El terminal puede incluir un teléfono inteligente, una tableta, un Asistente Digital Personal (PDA) y otros dispositivos inteligentes. El método de almacenamiento de datos puede incluir las siguientes etapas: Etapa 101. La conversión de formato se realiza en los datos originales para obtener los primeros datos en un formato predeterminado.
En esta realización, los datos originales son datos que se almacenarán en una base de datos local de un terminal móvil. Los datos originales incluyen noticias, listas, información y otros datos requeridos por varias aplicaciones y son almacenados en caché localmente. Los datos originales pueden estar en formato de texto, formato XML o similares.
En esta etapa, al recibir los datos originales que se almacenarán, el terminal móvil realiza la conversión de formato en los datos originales para convertir los datos en datos en un formato preestablecido. El administrador puede establecer el formato predeterminado, tal como un formato binario o un formato decimal. En la presente solicitud, para facilitar la descripción, los datos obtenidos después de realizar la conversión de formato en los datos originales se denominan primeros datos.
Etapa 102. Se crean los primeros metadatos de los primeros datos.
Basado en la etapa 101 anterior, después de convertir los datos originales en los primeros datos, el terminal móvil
crea metadatos de los primeros datos. En la presente solicitud, los metadatos creados de los primeros datos se denominan primeros metadatos.
Etapa 103. Se decide, de acuerdo con una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos se almacenan en una base de datos y si los primeros datos no se almacenan en la base de datos, se realiza la etapa 104.
En esta realización, para mejorar la eficiencia de lectura-escritura, una base de datos no relacional que almacena datos basados en un valor clave puede usarse como un medio de almacenamiento subyacente del terminal móvil. La base de datos no relacional incluye los primeros datos obtenidos después de la conversión de formato realizada en cada pieza de datos originales, primeros metadatos y valores clave. Una relación correspondiente entre cada pieza de primeros metadatos y un valor clave de los mismos en la base de datos no relacional se guarda en una caché del terminal móvil. En esta realización, para facilitar la diferenciación, los primeros metadatos guardados en la caché se denominan segundos metadatos. Específicamente, el terminal móvil puede guardar, después de reiniciar, una relación correspondiente entre cada pieza de los primeros metadatos y un valor clave de los mismos en la base de datos no relacional (en adelante denominada base de datos para abreviar) en una caché, por ejemplo. Alternativamente, después de recibir los datos originales que se almacenarán en la base de datos, el terminal móvil puede guardar los primeros metadatos correspondientes a los datos originales y un valor clave de los mismos en la caché si determina que los datos originales después de la conversión de formato no se almacenan en la base de datos, es decir, los primeros datos de los datos originales no se almacenan en la base de datos, y se puede hacer referencia a la descripción posterior para un procedimiento de implementación específico de la misma.
En esta etapa, el terminal móvil puede decidir, de acuerdo con un valor clave de los primeros datos y una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos ya se han almacenado en la base de datos. El valor clave de los primeros datos también es el valor clave de los datos originales.
Con referencia a la Figura 2, en una forma de implementación opcional de la presente solicitud, la etapa de determinar si los primeros datos se almacenan en una base de datos puede incluir las siguientes etapas:
Etapa 1031. Se decide, de acuerdo con el valor clave de los primeros datos, si los segundos metadatos correspondientes al valor clave se guardan en la caché. Si los segundos metadatos correspondientes al valor clave se guardan en la caché, se realiza la etapa 1032, o si los segundos metadatos correspondientes al valor clave no se guardan en la caché, se realiza la etapa 1033.
Etapa 1032. Se decide si los segundos metadatos son los mismos que los primeros metadatos. Si los segundos metadatos son diferentes de los primeros metadatos, se realiza la etapa 1033, o si los segundos metadatos son los mismos que los primeros metadatos, se realiza la etapa 1034.
De acuerdo con el resultado de decisión de la etapa 1031 anterior, si los segundos metadatos correspondientes al valor clave se guardan en la caché, esto indica que los primeros datos correspondientes al valor clave se almacenan en la base de datos subyacente. Sin embargo, se desconoce si los primeros datos son los primeros datos de la última versión. Por lo tanto, se puede decidir si los segundos metadatos son los mismos que los primeros metadatos creado en esta etapa.
En esta realización, se puede decidir si los segundos metadatos son los mismos que los primeros metadatos comparando cada byte de los segundos metadatos con el de los primeros metadatos. Opcionalmente, si los segundos metadatos son los mismos que los primeros metadatos también puede decidirse decidiendo si un valor hash de los segundos metadatos es igual al valor hash de los primeros metadatos. Específicamente, los segundos metadatos incluyen un valor hash almacenado en la base de datos, donde el valor hash corresponde a los primeros datos. En esta etapa, es factible calcular un valor hash de los primeros datos de acuerdo con los primeros datos obtenidos después de la conversión en la etapa 101, para utilizar el valor hash como el valor hash de los primeros metadatos. Luego se compara si el valor hash obtenido por cálculo es el mismo que el valor hash incluido en los segundos metadatos. Si son diferentes, se determina que los segundos metadatos son diferentes de los primeros metadatos, y se realiza la etapa 1033. Si son iguales, se determina que los segundos metadatos son los mismos que los primeros metadatos, y se realiza la etapa 1034.
Etapa 1033. Se determina que los primeros datos no se almacenan en la base de datos.
En esta realización, en base al resultado de la decisión de la etapa anterior 1031, si los segundos metadatos correspondientes al valor clave no se guardan en la caché, se puede determinar que los primeros datos no se almacenan en la base de datos.
Según el resultado de la decisión de la etapa anterior 1032, si los segundos metadatos son diferentes de los primeros metadatos, esto indica que los primeros datos que tienen un mismo valor clave se almacenan en la base de datos, pero los primeros datos son diferentes de los primeros datos obtenidos por conversión en la etapa anterior 101. Como resultado, las dos piezas de primeros datos tienen metadatos diferentes. Esto puede deberse a que los primeros datos almacenados en la base de datos no son los últimos y deben actualizarse. Por lo tanto, en este caso,
también se puede determinar que los primeros datos obtenidos por conversión en la etapa 101 anterior no se almacenan en la base de datos.
Etapa 1034. Se determina que los primeros datos ya se han almacenado en la base de datos.
Según el resultado de la decisión de la etapa anterior 1032, si los segundos metadatos son los mismos que los primeros metadatos, esto indica que los primeros datos que tienen un mismo valor clave se almacenan en la base de datos, y los primeros datos son los mismos que los primeros datos obtenidos por conversión en la etapa 101 anterior. En este caso, no se requiere actualización. El terminal móvil puede eliminar los datos originales recibidos en la etapa 101 anterior, los primeros datos obtenidos después de la conversión y los primeros metadatos creados en la etapa 102 anterior.
En esta realización, si los datos originales recibidos ya se han almacenado en la base de datos puede determinarse de acuerdo con una relación correspondiente guardada en la caché entre valores clave y metadatos, lo que reduce en gran medida el consumo del sistema provocado por el acceso a la base de datos.
Etapa 104. Los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos se guardan en la caché.
Según el resultado de la decisión de la etapa 103 anterior, si los primeros datos no han almacenado en la base de datos, los primeros datos deben almacenarse en la base de datos. En esta realización, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos se guardan en la caché al principio. Con respecto a dos situaciones en las que los primeros datos no se almacenan en la base de datos en la etapa 103 anterior, se pueden emplear los dos modos de implementación siguientes en esta etapa:
En una primera forma, los segundos metadatos correspondientes al valor clave de los primeros datos no se guardan en la caché. En este caso, se indica que los primeros datos de los datos originales recibidos en la etapa 101 no se almacenan en la base de datos, y luego el terminal móvil puede guardar primero los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché y marcarlos como no almacenados. El terminal móvil puede establecer un bit de bandera para marcar un estado de almacenamiento para una pieza de datos completa como los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos. Por ejemplo, si el bit de bandera es 0, este indica que los datos no están almacenados. Si el bit de bandera es 1, este indica que los datos ya se han almacenado. El terminal móvil también puede establecer una lista de valores clave, y el valor clave de los primeros datos no almacenados en la base de datos se almacena en la lista de valores clave. Definitivamente, los expertos en la materia también pueden marcar, de otra manera, si los datos guardados en la caché ya se han almacenado en la base de datos, lo cual no está especialmente limitado en la presente solicitud.
De una segunda manera, los segundos metadatos correspondientes al valor clave de los primeros datos se guardan en la caché, pero los segundos metadatos son diferentes de los primeros metadatos de los primeros datos. En este caso, esto indica que los primeros datos que tienen el mismo valor clave se almacenan en la base de datos, pero los primeros datos no son los primeros datos más recientes y deben actualizarse. El terminal móvil puede actualizar los segundos metadatos correspondientes al valor clave de los primeros datos que se guardan en la caché a los primeros metadatos, y guardar los primeros datos, de modo que una pieza de los últimos metadatos se guarde en la caché para un valor clave. Además, de esta manera, esta pieza de datos actualizados también puede marcarse como no almacenados, como la primera manera.
Etapa 105. Si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en la base de datos, se almacenan en la base de datos.
En esta realización, si se cumple una condición de activación preestablecida, el terminal móvil puede almacenar en la base de datos los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en la base de datos, es decir, almacenar en la caché en la base de datos los datos que están marcados como no almacenados.
En esta realización, el administrador puede establecer la condición de activación. Por ejemplo, la condición de activación puede estar alcanzando un período de tiempo preestablecido, y la condición de activación también puede ser que la cantidad de datos en caché alcance un umbral preestablecido, que no está especialmente limitado en la presente solicitud.
De la descripción anterior se puede observar que la presente solicitud puede convertir datos originales en datos en un formato preestablecido y luego almacenar los datos en una base de datos no relacional basada en valores clave, y puede eliminar la diferencia estructural de los datos, y mejorar la compatibilidad de los datos y la eficiencia de la lectura y escritura de datos.
En otra realización de la presente solicitud, el terminal móvil también puede almacenar primeros datos que tienen una frecuencia de lectura relativamente alta en la caché para mejorar la eficiencia de lectura. Por lo tanto, cuando recibe una instrucción de lectura de datos, el terminal móvil puede primero buscar en la caché de acuerdo con un valor clave transportado en un comando de lectura para determinar si los primeros datos correspondientes se han guardado en esta. Cuando los primeros datos correspondientes se guardan en la caché, la conversión de formato inverso se puede realizar en los primeros datos en la caché, y luego se devuelve un resultado de lectura después de que los primeros datos se convierten en datos originales. Cuando los primeros datos correspondientes al valor clave no se guardan en la caché, el terminal móvil puede primero buscar metadatos (segundos metadatos) guardados en la caché y que corresponden al valor clave, luego adquirir los primeros datos correspondientes al valor clave de la base de datos de acuerdo con los metadatos, luego realizar la conversión de formato inverso en los primeros datos adquiridos y devolver un resultado de lectura después que los primeros datos se conviertan en datos originales. En otra realización de la presente solicitud, cuando se cumple una condición preestablecida, el terminal móvil elimina los primeros datos guardados en la caché. Por ejemplo, el terminal móvil puede eliminar regularmente los primeros datos guardados en la caché, y también puede eliminar los primeros datos guardados en la caché cuando la frecuencia de lectura de los primeros datos es inferior a un umbral, que no está especialmente limitado en la presente solicitud.
Además, de acuerdo con la técnica relacionada, la solución de almacenamiento de datos proporcionada en la presente solicitud puede soportar adicionalmente el almacenamiento cifrado. Por ejemplo, después de convertir los datos originales en los primeros datos en un formato preestablecido, el terminal móvil puede cifrar los primeros datos y luego almacenar los primeros datos. En consecuencia, después de leer los primeros datos, el terminal móvil descifra los primeros datos, convierte los primeros datos en los datos originales y luego devuelve un resultado de lectura.
En correspondencia con la realización anterior del método de almacenamiento de datos para un terminal móvil, la presente solicitud proporciona además una realización de un aparato de almacenamiento de datos para un terminal móvil.
La realización del aparato de almacenamiento de datos para un terminal móvil en la presente solicitud puede aplicarse a un terminal móvil. La realización del aparato puede implementarse mediante software, y también puede implementarse mediante hardware o mediante una combinación de software y hardware. Por ejemplo, la realización del aparato se implementa mediante software, y en este caso, como un aparato lógico, el aparato se forma mediante la lectura, por un procesador de un terminal móvil donde se localiza el aparato, de una instrucción de programa informático correspondiente en una memoria no volátil en memoria para la ejecución. Desde la perspectiva del hardware, como se muestra en la Figura 3, que es un diagrama estructural de hardware de un terminal móvil donde el aparato de almacenamiento de datos está ubicado de acuerdo con la presente solicitud, además de un procesador, memoria, una interfaz de red y una memoria no volátil mostrada en la Figura 3, el terminal móvil donde se localiza el aparato en la realización generalmente puede incluir además otro hardware de acuerdo con las funciones reales del terminal móvil, que no se describe con más detalle.
La Figura 4 es un diagrama estructural esquemático de un aparato de almacenamiento de datos para un terminal móvil de acuerdo con una realización ilustrativa de la presente solicitud.
Con referencia a la Figura 4, el aparato de almacenamiento de datos 300 para un terminal móvil puede incluir: una primera unidad de conversión 301, una unidad de creación de metadatos 302, una unidad de decisión de almacenamiento 303, una unidad de caché de datos 304, una unidad de almacenamiento de datos 305, una primera unidad de lectura 306, una segunda unidad de lectura 307 y una segunda unidad de conversión 308.
La primera unidad de conversión 301 está configurada para realizar la conversión de formato en datos originales para obtener los primeros datos en un formato preestablecido.
La unidad de creación de metadatos 302 está configurada para crear primeros metadatos de los primeros datos. La unidad de decisión de almacenamiento 303 está configurada para decidir, de acuerdo con una relación correspondiente guardada en una caché entre valores clave y metadatos, si los primeros datos se almacenan en una base de datos.
La unidad de caché de datos 304 está configurada para guardar, si los primeros datos no se almacenan en la base de datos, los primeros datos, los primeros metadatos de los primeros datos y un valor clave de los primeros datos en la caché.
La unidad de almacenamiento de datos 305 está configurada para almacenar en la base de datos, si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en el base de datos.
Opcionalmente, la unidad de decisión de almacenamiento 303 está configurada específicamente para decidir, de acuerdo con el valor clave de los primeros datos, si los segundos metadatos correspondientes al valor clave se guardan en la caché, y determina que los primeros datos no se almacenan en la base de datos si los segundos metadatos correspondientes al valor clave no se guardan en la caché.
Opcionalmente, la unidad de decisión de almacenamiento 303 está configurada específicamente para decidir, si los segundos metadatos son los mismos que los primeros metadatos cuándo los segundos metadatos correspondiente al valor clave se guardan en la caché, y determina que los primeros datos no se almacenan en el base de datos si los segundos metadatos son diferentes de los primeros metadatos.
La unidad de caché de datos 304 está configurada específicamente para actualizar los segundos metadatos guardados en la caché y hacer corresponder el valor clave de los primeros datos a los primeros metadatos, y almacenar los primeros datos.
Opcionalmente, la unidad de decisión de almacenamiento 303 está configurada específicamente para decidir si un valor hash de los segundos metadatos son los mismos que un valor hash de los primeros metadatos, en caso afirmativo, determina que los segundos metadatos son los mismos que los primeros metadatos, o si no, determina que los segundos metadatos son diferentes de los primeros metadatos.
Opcionalmente, la condición de activación preestablecida incluye: alcanzar un período de tiempo preestablecido y el montaje de los datos almacenados en caché que alcanzan un umbral preestablecido.
La primera unidad de lectura 306 está configurada para buscar, durante la lectura de datos, la caché de acuerdo con el valor clave para determinar si los primeros datos correspondientes se guardan en el mismo.
La segunda unidad de lectura 307 está configurada para adquirir, cuando los primeros datos correspondientes al valor clave no se guardan en la caché, los primeros datos correspondientes al valor clave de la base de datos de acuerdo con los metadatos guardados en la caché y correspondientes al valor clave.
La segunda unidad de conversión 308 está configurada para convertir los primeros datos en los datos originales y luego devuelve un resultado de lectura.
Para los procesos de implementación de funciones y efectos de varias unidades en el aparato, se puede hacer referencia a los procesos de implementación de las etapas correspondientes en el método, y los detalles de los mismos no se repiten en la presente descripción.
La realización del aparato corresponde básicamente a la realización del método y, por lo tanto, se puede hacer referencia a la descripción de las partes en la realización del método para los contenidos relacionados. La realización del aparato descrita anteriormente es meramente ilustrativa, las unidades descritas como partes separadas pueden o no estar físicamente separadas, y las partes mostradas como unidades pueden o no ser unidades físicas, pueden estar ubicadas en una posición o pueden distribuirse en una pluralidad de unidades de red. Algunos o todos los módulos en la misma pueden seleccionarse de acuerdo con las necesidades reales para lograr los objetivos de las soluciones en la presente solicitud. Los expertos en la técnica pueden comprender e implementar la presente solicitud sin tener que realizar esfuerzos creativos.
Las descripciones anteriores son meramente realizaciones preferidas de la presente solicitud, y no pretenden limitar la presente solicitud.
Claims (13)
- REIVINDICACIONESi. Un método de almacenamiento de datos realizado por un terminal móvil queutiliza, como medio de almacenamiento subyacente, una base de datos no relacional de valores clave que almacena datos basados en un valor clave y guarda, en una caché, las relaciones de correspondencia entre una pluralidad de piezas de metadatos y los valores clave correspondientes de los datos almacenados en la base de datos no relacional para el valor clave;en donde el método comprende:convertir los primeros datos originales a los primeros datos que tienen un formato preestablecido (101), en donde los datos originales son datos requeridos por una de varias aplicaciones y se deben almacenar en caché localmente, en donde el formato preestablecido elimina las diferencias estructurales de los datos originales requeridos por diferentes de las diversas aplicaciones, en donde los primeros datos tienen un primer valor clave;crear primeros metadatos de los primeros datos (102);determinar, de acuerdo con las relaciones de correspondencia, si los primeros datos se almacenan en la base de datos no relacional (103), que incluye la determinación de que los primeros datos se almacenan en la base de datos no relacional si las relaciones de correspondencia incluyen una relación entre (i) el primer valor clave y (ii) los segundos metadatos que son los mismos que los primeros metadatos, y determinar de cualquier otra manera que los primeros datos no se almacenan en la base de datos no relacional;guardar en la caché si los primeros datos no se almacenan en la base de datos no relacional, los primeros datos, los primeros metadatos de los primeros datos y el primer valor clave de los primeros datos (104) y, de lo contrario, no realizar ninguna actualización de la caché y eliminar los datos originales, los primeros datos y los primeros metadatos; yalmacenar en la base de datos no relacional, si se cumple una condición de activación preestablecida, los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la caché, que aún no se han almacenado en base de datos no relacional (105).
- 2. El método de acuerdo con la reivindicación 1, que comprende además:después de reiniciar el terminal móvil, guardar en la caché la relación de correspondencia entre cada pieza de los primeros metadatos y el valor clave correspondiente en la base de datos no relacional.
- 3. El método de acuerdo con la reivindicación 2, en donde la etapa de almacenar los primeros datos, los primeros metadatos de los primeros datos y un valor clave de los primeros datos en la base de datos no relacional comprende actualizar los segundos metadatos guardados en la caché y hacer corresponder el valor clave de los primeros datos a los primeros metadatos y almacenar los primeros datos.
- 4. El método de acuerdo con la reivindicación 3, en donde determinar si los segundos metadatos son los mismos que los primeros metadatos comprende:determinar si un valor hash de los segundos metadatos son los mismos que un valor hash de los primeros metadatos, en caso afirmativo, determinar que los segundos metadatos son los mismos que los primeros metadatos, o en caso contrario, determinar que los segundos metadatos son diferentes de los primeros metadatos.
- 5. El método de una cualquiera de las reivindicaciones 1 a 4, en donde la condición de activación preestablecida comprende alcanzar un período de tiempo preestablecido o que la cantidad de datos en caché alcancen un umbral preestablecido.
- 6. El método de acuerdo con cualquiera de las reivindicaciones 1 a 5, en donde el método comprende además:buscar, durante la lectura de datos, la caché de acuerdo con el valor clave para determinar si los primeros datos correspondientes se guardan en la misma;obtener, cuando los primeros datos correspondientes al valor clave no se guardan en la caché, los primeros datos correspondientes al valor clave de la base de datos no relacional de acuerdo con los metadatos guardados en la caché y que corresponden al valor clave; yconvertir los primeros datos en los primeros datos originales y devolver un resultado de lectura de datos.
- 7. El método de acuerdo con la reivindicación 6, que comprende además convertir los primeros datos al formato original cuando los primeros datos correspondientes al valor clave se guardan en la caché y devuelven un resultado de lectura de datos.
- 8. El método de acuerdo con cualquiera de las reivindicaciones 1 a 7, en donde los primeros datos se cifran antes de almacenarlos en la caché o en la base de datos no relacional.
- 9. Un aparato de almacenamiento de datos para un terminal móvil, en donde el aparato comprende:una primera unidad de conversión (301) configurada para convertir datos originales en primeros datos que tienen un formato preestablecido, en donde los datos originales son datos requeridos por una de varias aplicaciones y deben almacenarse en caché localmente, en donde el formato preestablecido elimina las diferencias estructurales de los datos originales requeridos por diferente de las diversas aplicaciones; una unidad de creación de metadatos (302) configurada para crear primeros metadatos de los primeros datos;una base de datos no relacional de valor clave utilizada como medio de almacenamiento subyacente y configurada para almacenar datos en función de un valor clave;una unidad de caché de datos (304) configurada para guardar relaciones de correspondencia entre una pluralidad de piezas de metadatos y los valores clave correspondientes de los datos almacenados en la base de datos no relacional; yuna unidad de determinación de almacenamiento (303) configurada para determinar, de acuerdo con las relaciones de correspondencia guardadas en la unidad de caché de datos, si los primeros datos se almacenan en la base de datos no relacional, incluyendo la determinación de que los primeros datos se almacenan en la base de datos no relacional si las relaciones de correspondencia incluyen una relación entre (i) el primer valor clave y (ii) los segundos metadatos que son los mismos que los primeros metadatos, y determinar de cualquier otra manera que los primeros datos no se almacenan en la base de datos no relacional, en donde el terminal móvil está configurado para guardar, en la unidad de caché de datos (304), los primeros datos, los primeros metadatos de los primeros datos y un valor clave de los primeros datos si los primeros datos no se almacenan en la base de datos no relacional y, de lo contrario, no realizar ninguna actualización de la caché y eliminar los datos originales, los primeros datos y los primeros metadatos, yel terminal móvil está configurado para almacenar, en la unidad de almacenamiento de datos (305), los primeros datos, los primeros metadatos de los primeros datos y el valor clave de los primeros datos en la unidad de caché de datos (304), que aún no se han almacenado en la base de datos no relacional, si se cumple una condición de activación preestablecida.
- 10. El aparato de acuerdo con la reivindicación 9, en donde:la unidad de caché de datos está configurada específicamente para actualizar los segundos metadatos guardados en la unidad de caché de datos (304) y hacer corresponder el valor clave de los primeros datos a los primeros metadatos, y almacenar los primeros datos.
- 11. El aparato de acuerdo con la reivindicación 10, en donde la unidad de determinación de almacenamiento está configurada específicamente para determinar si un valor hash de los segundos metadatos es el mismo que un valor hash de los primeros metadatos, y en caso afirmativo, determinar que los segundos metadatos son los mismos que los primeros metadatos, o en caso contrarios, determinar que los segundos metadatos son diferentes de los primeros metadatos.
- 12. El aparato de una cualquiera de las reivindicaciones 9 a 11, en donde la condición de activación preestablecida comprende alcanzar un período de tiempo preestablecido o que la cantidad de datos en caché alcancen un umbral preestablecido.
- 13. El aparato de una cualquiera de las reivindicaciones 9 a 12, en donde el aparato comprende además:una primera unidad de lectura (306) configurada para buscar, durante la lectura de datos, la unidad de caché de datos (304) de acuerdo con el valor clave para determinar si los primeros datos correspondientes se guardan en esta;una segunda unidad de lectura (307) configurada para obtener, cuando los primeros datos correspondientes al valor clave no se guardan en la unidad de caché de datos (304), los primeros datos correspondientes al valor clave de la base de datos no relacional de acuerdo con los metadatos guardado en la unidad de caché de datos (304) y correspondientes al valor clave; yuna segunda unidad de conversión (308) configurada para convertir los primeros datos en los datos originales y devolver un resultado de lectura.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510524667.6A CN106484691B (zh) | 2015-08-24 | 2015-08-24 | 移动终端的数据存储方法和装置 |
| PCT/CN2016/095520 WO2017032240A1 (zh) | 2015-08-24 | 2016-08-16 | 移动终端的数据存储方法和装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2812771T3 true ES2812771T3 (es) | 2021-03-18 |
Family
ID=58099597
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16838499T Active ES2812771T3 (es) | 2015-08-24 | 2016-08-16 | Método y aparato de almacenamiento de datos para terminal móvil |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US10776323B2 (es) |
| EP (1) | EP3343395B1 (es) |
| JP (1) | JP6788002B2 (es) |
| CN (1) | CN106484691B (es) |
| ES (1) | ES2812771T3 (es) |
| PL (1) | PL3343395T3 (es) |
| WO (1) | WO2017032240A1 (es) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108197324B (zh) * | 2018-02-06 | 2021-07-16 | 百度在线网络技术（北京）有限公司 | 用于存储数据的方法和装置 |
| FR3081238A1 (fr) * | 2018-05-17 | 2019-11-22 | Amadeus S.A.S. | Mise en memoire cache de base de donnees |
| CN110262329B (zh) * | 2019-06-11 | 2021-12-14 | 华强方特文化科技集团股份有限公司 | 载人设备数据采集系统及数据格式化存储方法 |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6529909B1 (en) * | 1999-08-31 | 2003-03-04 | Accenture Llp | Method for translating an object attribute converter in an information services patterns environment |
| US7630986B1 (en) * | 1999-10-27 | 2009-12-08 | Pinpoint, Incorporated | Secure data interchange |
| US7818365B2 (en) * | 2002-05-01 | 2010-10-19 | Sybase, Inc. | System, method, and computer program product for online and offline interactive applications on mobile devices |
| JP4506292B2 (ja) * | 2004-06-10 | 2010-07-21 | 株式会社日立製作所 | キャッシュ制御方法およびデータ処理システム並びにその処理プログラム |
| US8032707B2 (en) * | 2008-09-15 | 2011-10-04 | Microsoft Corporation | Managing cache data and metadata |
| WO2010114006A1 (ja) * | 2009-03-31 | 2010-10-07 | 日本電気株式会社 | ストレージシステムとストレージアクセス方法とプログラム |
| JP4392676B1 (ja) * | 2009-06-25 | 2010-01-06 | 修平 西山 | キー・バリュー・ストアによるデータベース・キャッシュ装置 |
| WO2012024801A1 (en) * | 2010-08-25 | 2012-03-01 | Rayan Zachariassen | Method and system for cache tiering |
| JP5524144B2 (ja) * | 2011-08-08 | 2014-06-18 | 株式会社東芝 | ｋｅｙ−ｖａｌｕｅストア方式を有するメモリシステム |
| CN102298641B (zh) * | 2011-09-14 | 2013-05-01 | 清华大学 | 一种基于键值库的文件与结构化数据统一存储方法 |
| CN102999522B (zh) * | 2011-09-15 | 2016-09-14 | 阿里巴巴集团控股有限公司 | 一种数据存储方法和装置 |
| CN103034650B (zh) * | 2011-09-29 | 2015-10-28 | 北京新媒传信科技有限公司 | 一种数据处理系统和方法 |
| US9135350B2 (en) | 2012-01-05 | 2015-09-15 | Sri International | Computer-generated sentiment-based knowledge base |
| US9619487B2 (en) * | 2012-06-18 | 2017-04-11 | International Business Machines Corporation | Method and system for the normalization, filtering and securing of associated metadata information on file objects deposited into an object store |
| CN103853714B (zh) * | 2012-11-28 | 2017-06-20 | 中国移动通信集团河南有限公司 | 一种数据处理方法和装置 |
| WO2014171413A1 (ja) * | 2013-04-16 | 2014-10-23 | 株式会社日立製作所 | 処理性能低下を回避するメッセージシステム |
| CN104462127B (zh) * | 2013-09-22 | 2018-07-20 | 阿里巴巴集团控股有限公司 | 一种记录数据更新方法及装置 |
| US9477731B2 (en) * | 2013-10-01 | 2016-10-25 | Cloudera, Inc. | Background format optimization for enhanced SQL-like queries in Hadoop |
| US9405783B2 (en) * | 2013-10-02 | 2016-08-02 | Netapp, Inc. | Extent hashing technique for distributed storage architecture |
| US20150249852A1 (en) * | 2014-02-28 | 2015-09-03 | United Video Properties, Inc. | Systems and methods for crowd-sourced media access control |
| US9306939B2 (en) * | 2014-05-30 | 2016-04-05 | Oracle International Corporation | Authorization token cache system and method |
| TWI550418B (zh) * | 2014-12-05 | 2016-09-21 | Real - time processing method and device and application system of huge amount of streaming data | |
| CN104778193B (zh) * | 2014-12-23 | 2018-03-23 | 北京锐安科技有限公司 | 数据去重方法及装置 |
| CN104504158A (zh) * | 2015-01-19 | 2015-04-08 | 浪潮(北京)电子信息产业有限公司 | 一种快速更新业务的内存缓存的方法和设备 |
-
2015
- 2015-08-24 CN CN201510524667.6A patent/CN106484691B/zh active Active
-
2016
- 2016-08-16 PL PL16838499T patent/PL3343395T3/pl unknown
- 2016-08-16 EP EP16838499.8A patent/EP3343395B1/en active Active
- 2016-08-16 JP JP2018510513A patent/JP6788002B2/ja active Active
- 2016-08-16 ES ES16838499T patent/ES2812771T3/es active Active
- 2016-08-16 WO PCT/CN2016/095520 patent/WO2017032240A1/zh active Application Filing
-
2018
- 2018-02-23 US US15/903,995 patent/US10776323B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018526740A (ja) | 2018-09-13 |
| CN106484691A (zh) | 2017-03-08 |
| WO2017032240A1 (zh) | 2017-03-02 |
| EP3343395A1 (en) | 2018-07-04 |
| US20180181563A1 (en) | 2018-06-28 |
| EP3343395B1 (en) | 2020-07-22 |
| US10776323B2 (en) | 2020-09-15 |
| EP3343395A4 (en) | 2018-07-04 |
| PL3343395T3 (pl) | 2020-11-16 |
| CN106484691B (zh) | 2019-12-10 |
| JP6788002B2 (ja) | 2020-11-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6373328B2 (ja) | メモリ管理での重複排除のための参照ブロックの参照セットへの集約 | |
| WO2014090097A1 (zh) | 一种数据存储方法和装置 | |
| US9146922B2 (en) | Mobile multimedia proxy database | |
| ES2812771T3 (es) | Método y aparato de almacenamiento de datos para terminal móvil | |
| WO2017166815A1 (zh) | 一种用于分布式数据库系统的更新数据的方法及装置 | |
| US20170123678A1 (en) | Garbage Collection for Reference Sets in Flash Storage Systems | |
| US20170123689A1 (en) | Pipelined Reference Set Construction and Use in Memory Management | |
| CN106980665A (zh) | 数据字典实现方法、装置及数据字典管理系统 | |
| US8037088B2 (en) | Change management | |
| US20170123677A1 (en) | Integration of Reference Sets with Segment Flash Management | |
| WO2019071968A1 (zh) | 薪资计算方法、应用服务器及计算机可读存储介质 | |
| JP5686893B2 (ja) | データベース管理システム、装置及び方法 | |
| US20170083537A1 (en) | Mapping logical identifiers using multiple identifier spaces | |
| CN109460406B (zh) | 一种数据处理方法及装置 | |
| US20140320498A1 (en) | Terminal device, information processing method, and computer program product | |
| US20180059985A1 (en) | Dynamic management of relationships in distributed object stores | |
| US9395966B1 (en) | Systems and methods for associating installed software components with software products | |
| US11144515B2 (en) | Efficient clustered persistence | |
| US8726147B1 (en) | Systems and methods for restoring web parts in content management systems | |
| US10311021B1 (en) | Systems and methods for indexing backup file metadata | |
| CN112347055A (zh) | 一种基于云计算的医疗数据处理方法及系统 | |
| US10198481B2 (en) | Multiple criteria decision analysis in distributed databases | |
| EP3859554A1 (en) | Method and apparatus for indexing multi-dimensional records based upon similarity of the records | |
| Milicchio et al. | Efficient data structures for mobile de novo genome assembly by third-generation sequencing | |
| US20150058296A1 (en) | Data storage method and computing device using same |