Base de datos en caché

Según mi experiencia de 6 años ejecutando CACHE en un hospital terciario, CACHE de hecho no es adecuado para hospitales terciarios a gran escala en China. La complejidad de los datos es alta, existen muchos estándares y los cambios son frecuentes, lo cual es relativamente raro en los hospitales estadounidenses. El hospital ha estado usando CACHE durante más de 6 años. Miro esto todos los días y creo que tengo más voz que quienes escriben artículos sobre armas. 1. Problemas de rendimiento: con menos de 40 millones de registros y 1,5 T de información, CACHE será extremadamente lento. La consulta de datos durante más de 3 meses desaparecerá. No crea lo que dicen los materiales de marketing de CAHCE. La complejidad de los sistemas hospitalarios no radica en la gran cantidad de registros sino en el alto grado de complejidad. 2. Una vez en línea, será difícil ampliar la base de datos. La base de datos era cada vez más grande y la velocidad era cada vez más lenta. Finalmente, después de cuatro años de uso, la minicomputadora ya no era suficiente y hubo que actualizarla. Nuestro hospital compró rápidamente miniordenadores IBM, pero no pudieron seguir el ritmo de la ampliación. 3. Datos muertos. Debido a las limitaciones de la arquitectura OO, si el objeto se modifica y ya hay datos de instancia, entonces el objeto no se puede eliminar (me refiero a los negocios, la basura aumentará gradualmente y se habrán definido muchas instancias). a baja velocidad y muchos errores. Si alguna vez ha realizado programación orientada a objetos, piense en la sensación y el estado de ánimo que sentiría cuando de repente se le pida que modifique una determinada capa de la arquitectura de objetos (que a menudo es un cambio trascendental) después de definir n muchos objetos y tener dos big data. . 4. Bloqueo: el mecanismo de bloqueo de la base de datos de la caché es tan estúpido que no quiero mencionarlo. Afortunadamente, la mayoría de los datos del hospital se agregan y rara vez se eliminan; de lo contrario, se habrían producido muchos problemas. Pregunté a varias personas a nivel de ingeniero jefe de grandes empresas suyas, pero todos respondieron preguntas sobre cerraduras. Espeluznante. 5. Las bases de datos basadas en OO no están maduras. En mis muchos años de uso, siento que no es tan conveniente como la solución mixta de RDB XML. OO es muy adecuado para la abstracción, pero si el objeto cambia constantemente, será peor que la muerte. Algunas personas dirían: ¿el objeto cambiará con frecuencia? ——Entonces ven al hospital y echa un vistazo. Con la profundización de la informatización médica, las áreas que necesitan mejorar sólo aumentarán, no disminuirán. Cada vez recibimos más "no" de los proveedores de información basada en caché. 6. Falta de datos: hay pocos usuarios, los datos son extremadamente escasos y hay muy pocos talentos. La interfaz CSP incorporada es extremadamente pobre y tiene funciones muy débiles. El lenguaje de programación es oscuro y feo, nada elegante (esta es mi opinión personal). Los artículos que puedo encontrar en Internet son todos ensayos. Nunca he encontrado ningún artículo de análisis de bases de datos de caché muy profundo en Internet chino. La fortaleza de la empresa es limitada (en comparación con MS, Oracle), lleva mucho tiempo corregir una vulnerabilidad de desbordamiento de CSP. Sin un gran número de personas que lo utilicen, el oro se convertirá en basura. 7. No sé qué significan esos artículos de armas que dicen que son muy seguras. He estado mirando los archivos DOD TCSEC durante mucho tiempo. Lo siento, no encontré ningún rastro de CACHE 8. Problema de migración de datos. Hoy en día, muchos sistemas basados ​​​​en RDBMS, como Oracle y MS SQL Server, son fáciles de cambiar. Sin embargo, si cambia al caché, es como subirse a un barco pirata. No hay posibilidad de arrepentirse. No es que sea absolutamente imposible de convertir, pero existen muchas dificultades. No tienes ninguna copia de seguridad fallida. 9. Problemas con Internet. Hoy en día, la interconexión de registros sanitarios y la informatización médica regional son las necesidades de desarrollo de los tiempos. Aquellos que saben cómo hacerlo deberían considerar la dificultad ellos mismos, mientras que aquellos que no saben cómo hacerlo simplemente hablan en vano.