¿Quién puede estar orgulloso de Jianghu? Hable sobre la clasificación de bases de datos chinas en agosto y la selección de bases de datos nacionales.

introducción

La situación en el mundo está fuera de mi generación, y ha llegado el momento de recordármelo una vez que entre en los ríos y lagos.

Algunas personas dicen que donde hay bases de datos, hay "jianghu".

Cuántos predecesores se han dedicado con entusiasmo al negocio de bases de datos nacionales, y han pasado décadas, y es como un caballo blanco que pasa, y al final, no sé cuáles están felices y cuáles están tristes.

En agosto de 2023, Motianlun ha incluido 286 bases de datos nacionales para participar en el ranking. En la superficie, el desarrollo de las bases de datos nacionales está en pleno apogeo y es vigoroso, pero en realidad está lleno de corrientes subterráneas y crisis. Si das el paso en falso , todo puede perderse.

Con respecto a la "gratitud y el resentimiento" y el "amor y odio" en el campo de las bases de datos, echemos un vistazo a la lista de clasificación de popularidad de la base de datos china Motianlun en agosto de 2023 a continuación.

Clasificación de bases de datos nacionales

Los siguientes datos están referenciados por Mo Tianlun: https://www.modb.pro/dbRank

En agosto de 2023, un total de 286 productos de bases de datos participaron en el ranking, y los diez primeros son:

1: base de datos OceanBase de Ant Group

2: base de datos TiDB de PingCAP

3: base de datos openGauss de Huawei

4: base de datos PolarDB de Alibaba

5: base de datos GaussDB de Huawei

6: Base de datos Dameng de la empresa Wuhan Dameng

7: Base de datos Renda Jincang de la empresa Renda Jincang

8: Base de datos GBase de Nanda General Company

9: base de datos TDSQL de Tencent Cloud

10: base de datos AnalyticDB de Alibaba Cloud

Proveedor de base de datos:

Se puede ver por los fabricantes que el gradiente de los fabricantes de bases de datos nacionales ha sido muy obvio: entre los diez primeros, se encuentran tres de los cuatro antiguos fabricantes de bases de datos nacionales, a saber, Dameng, Renda Jincang y Nanda General. 2000 y se dedican a la investigación y el desarrollo. El primer lote de bases de datos nacionales ocupó el sexto, séptimo y octavo lugar respectivamente. Hay tres de la familia Ali, ocupando el 1.º, 4.º y 10.º respectivamente. Huawei tiene dos, ocupando el tercer y quinto lugar respectivamente. Tencent tiene uno y ocupa el noveno lugar.

PingCAP se estableció en 2015. En comparación con los fabricantes anteriores, se estableció relativamente tarde y las capacidades integrales de la compañía son ligeramente peores. Sin embargo, su producto de base de datos TiDB es muy fuerte y es un "caballo oscuro" de las bases de datos nacionales. Ha dominado el mercado. lista desde hace mucho tiempo y ocupa el puesto número 1 este mes.

Lista de clasificación de db-engines:

Ranking DB-Engines: ranking de popularidad de los sistemas de gestión de bases de datos

420 sistemas en el ranking, agosto de 2023

Base de datos nacional

A juzgar por las clasificaciones de popularidad de las bases de datos de motores de base de datos extranjeros, todas las bases de datos nacionales ocupan un lugar bajo, con TiDB en el puesto 103 y OceanBase en el 147. Todavía queda un largo camino por recorrer para que las bases de datos nacionales se introduzcan en el mundo.

Estadísticas de bases de datos nacionales

Número de bases de datos nacionales

El número de productos de bases de datos nacionales aumenta casi todos los meses: en septiembre de 2020 había 104 estadísticas y en agosto de 2023 había aumentado a 286. Según las reglas del mercado, los mejores sobrevivirán y los más pequeños serán eliminados. Se espera que haya una tendencia a la baja significativa en los últimos años. Personalmente, creo que al final no sobrevivirán muchos productos de bases de datos nacionales. Espero que se puedan promover productos de bases de datos fáciles de usar lo antes posible.

Estadísticas por modelo

Las bases de datos relacionales todavía dominan y son la vía más competitiva.

Modelo Relacional múltiples modelos valor clave Grupo de columnas Momento espacio vector buscar imagen
cantidad 176 3 12 4 41 5 7 6 32

Estadísticas por escenario de procesamiento

Manejar la escena OLTP OLAP HAP
cantidad 108 33 29

Estadísticas por arquitectura técnica

Arquitectura Tecnológica centralizado repartido
cantidad 116 137

Estadísticas por modo de implementación

modo de implementación implementación local nativo de la nube
cantidad 200 47

Estadísticas por código abierto/comercial

código abierto/comercial fuente abierta Negocio
cantidad 48 238

Los dos héroes compiten por la hegemonía OceanBase vs TiDB

Desde enero de 2020, TiDB ha dominado la clasificación durante un total de 34 meses. Hasta diciembre de 2022, OceanBase finalmente superó a TiDB y ganó el campeonato. Después de eso, continuó dominando la clasificación durante nueve meses consecutivos con "extrema crueldad". La puntuación es 609,61, 20,09 puntos más que TiDB. A juzgar por el ranking de popularidad, OceanBase todavía tiene una ventaja significativa.

Ambos productos de bases de datos son bases de datos distribuidas, pero todavía existen grandes diferencias en la implementación técnica específica:

Simplemente haga una comparación:

No se puede decir completamente que una tecnología sea definitivamente mejor que otra: los escenarios aplicables son diferentes y las tecnologías adecuadas también son diferentes.

Desde un punto de vista técnico, ambas bases de datos tienen sus propias ventajas y desventajas, tales como:

Arquitectura distribuida:

Separación informática y almacenamiento TiDB

ventaja:

Los nodos de gestión, los nodos informáticos y los nodos de almacenamiento están separados y las capacidades elásticas de expansión y contracción son fuertes.

defecto:

1. Los componentes son más complejos y el coste de mantenimiento es elevado;

2. En comparación con la arquitectura peer-to-peer de OceanBase, el nodo informático tidb no puede implementar el almacenamiento en caché de datos local como una base de datos tradicional. El acceso a los datos no se puede obtener directamente desde el nodo informático localmente, sino que debe obtenerse a través del nodo de almacenamiento. , El nodo de almacenamiento puede almacenar en caché y RocksDB se almacenará en el disco. El archivo en el bloque se divide en bloques de acuerdo con un cierto tamaño. Al leer un bloque, primero vaya al BlockCache en la memoria para verificar si los datos del bloque existe Si existe, se puede leer directamente desde la memoria sin acceder al disco.

Método de fragmentación de datos:

fragmentación automática de TiDB

Ventajas: en comparación con OceanBase, tidb ejecuta declaraciones de creación de tablas de forma transparente para los desarrolladores y la sintaxis de creación de tablas es altamente compatible con MySQL;

Desventajas: dado que el motor de almacenamiento RocksDB es responsable del aterrizaje de datos, la ruta de lectura es larga, los datos se amplifican, requiere más espacio en disco y requiere un mayor rendimiento del disco.

actividades recientes:

OceanBase ha comenzado recientemente a realizar el tercer concurso de bases de datos. Han participado muchas universidades, lo que ha aumentado la popularidad de la base de datos. El concurso de bases de datos nacionales puede convertirse en un concurso de talentos de bases de datos nacionales en una etapa posterior, lo que será de gran ayuda. hasta el posterior desarrollo de OceanBase.

Como base de datos distribuida nacional completamente desarrollada por nosotros mismos, OceanBase ha celebrado dos concursos de bases de datos consecutivos. El tercer concurso se actualizó recientemente a Concurso Nacional de Capacidad de Sistemas Informáticos para Estudiantes Universitarios y el registro comenzó el 14 de agosto de 2023.

Esta competencia fue iniciada por el Grupo de Expertos en Investigación sobre Capacitación en Capacidades de Sistemas, copatrocinada por la Asociación Nacional de Investigación en Educación en Computación Universitaria y las universidades que iniciaron el Proyecto de Investigación sobre Capacitación en Capacidades de Sistemas, y organizada por OceanBase. Está abierta a estudiantes universitarios y tiene como objetivo promover la construcción profesional y talentos innovadores en el campo de la informática a través de concursos de materias. Para cultivar la reforma del sistema, el concurso anima a los estudiantes a diseñar e implementar sistemas informáticos integrales, cultivar capacidades de diseño, análisis, optimización y aplicación a nivel de sistema, y ​​mejorar la innovación tecnológica de los estudiantes. y capacidades de ingeniería, así como capacidades de trabajo en equipo. La competencia sirve a la estrategia nacional de capacitación de talentos, utiliza la competencia para promover el aprendizaje y la competencia y construye una plataforma abierta para la comunicación, exhibición y cooperación para el crecimiento de talentos informáticos de alto nivel. El bono es extremadamente generoso.

Reflexiones sobre la selección de bases de datos nacionales

¿Cuáles son las preocupaciones al seleccionar bases de datos nacionales?

Nota: Lo siguiente representa sólo mis puntos de vista personales.

Tomemos como ejemplo la selección de bases de datos nacionales para sistemas de transacciones financieras tradicionales (sistemas de pago bancario, etc.):

1.Tipo de base de datos

Debe ser una base de datos OLTP relacional, y es mejor tener casos exitosos de sistemas centrales de transacciones financieras. El reemplazo de algunos sistemas perimetrales no centrales no es muy convincente.

Se pueden excluir las bases de datos no relacionales y OLAP, incluidas 110 bases de datos no relacionales y 33 bases de datos OLAP entre las bases de datos relacionales. Se han eliminado un total de 143 bases de datos, lo que excluye exactamente la mitad de las bases de datos nacionales.

2. Arquitectura de base de datos

Admite arquitecturas independientes, activas/en espera, de clúster compartido y de clúster distribuido.

El proceso de evolución de la arquitectura de la base de datos es también el proceso de evolución de los requisitos de uso de la base de datos. Al principio, cuando no había requisitos de recuperación ante desastres, alta disponibilidad, RTO, RPO, etc., la arquitectura de una sola máquina podía satisfacer las necesidades comerciales básicas. Más tarde, cuando surgió la necesidad de recuperación ante desastres, se introdujeron sistemas primarios y de respaldo. Con la demanda de alta disponibilidad, se introdujeron clústeres compartidos. Después de que la carga concurrente del negocio de volumen de datos fue demasiado alta, se introdujeron clústeres distribuidos.

Para algunas empresas pequeñas o sistemas pequeños, cuando la carga concurrente y el volumen de datos no son grandes, la arquitectura activa y de respaldo básicamente puede satisfacer las necesidades comerciales. No es necesario utilizar una arquitectura de clúster distribuida. Especialmente para algunas empresas de nueva creación, El volumen de negocio inicial es muy bajo. Considere el software y el hardware. El costo, el costo de mantenimiento y la arquitectura activo-en espera pueden satisfacer completamente la demanda.

Algunas personas pueden decir que el reemplazo de bases de datos nacionales es originalmente para grandes empresas, y las pequeñas empresas pueden elegir completamente bases de datos de código abierto.

Pero a veces las aplicaciones están vinculadas a bases de datos. Por ejemplo, un sistema OA comprado por una pequeña empresa solo admite bases de datos nacionales TiDB y no admite bases de datos de código abierto designadas. También hay pequeñas empresas que están creciendo gradualmente. A medida que crece la escala del negocio, la arquitectura de la base de datos puede ser reemplazada gradualmente de la arquitectura activa y de respaldo a una arquitectura distribuida. En este momento, la empresa solo quiere cambiar la arquitectura de la base de datos, no la producto de base de datos.

En la actualidad, algunas bases de datos nacionales solo admiten arquitectura distribuida y no admiten arquitecturas de una sola máquina, de espera activa, de clúster compartido y otras arquitecturas. Esto no es amigable para algunas pequeñas empresas o sistemas pequeños. Por ejemplo, OceanBase solo admitía bases de datos distribuidas antes de la versión. 4.0. La construcción de un conjunto requiere costos de hardware extremadamente altos. El 10 de agosto de 2022, en la conferencia de prensa anual de OceanBase, se lanzó oficialmente OceanBase 4.0, con el nombre en código "Xiaoyu", la primera base de datos integrada distribuida en una sola máquina de la industria. Realiza una implementación independiente y tiene en cuenta la escalabilidad de la arquitectura distribuida y las ventajas de rendimiento de la arquitectura centralizada, no solo supera el cuello de botella del rendimiento independiente de las bases de datos distribuidas, sino que también logra un "salto" histórico en la industria. donde el rendimiento independiente alcanza el nivel de las bases de datos centralizadas. Más importante aún, también tiene menores costos de implementación y complejidad de operación y mantenimiento, satisface de manera flexible las necesidades de diferentes escenarios de uso, reduce en gran medida el umbral para que las pequeñas y medianas empresas utilicen bases de datos distribuidas y permite que las bases de datos distribuidas se implementen en miles de La “inclusión” ha sentado una base sólida.

También espero que los fabricantes nacionales de bases de datos consideren principalmente a las pequeñas y medianas empresas al desarrollar productos de bases de datos.

Por lo tanto, se espera que la arquitectura de base de datos nacional elegida pueda admitir múltiples arquitecturas, como autónoma, activa y en espera, clúster compartido, clúster distribuido, etc., para que pueda hacer frente a varias etapas del desarrollo de la empresa.

3.Requisitos de hardware

El costo del hardware representa una gran parte del costo de reemplazo de la base de datos nacional. Para los clientes, se espera que el costo de inversión en hardware después del reemplazo no sea mucho mayor que el costo anterior.

Por ejemplo, el sistema anterior utilizaba principalmente la arquitectura Oracle dg y solo requería dos máquinas virtuales con una configuración mínima de 4C 8G 100 GB para ejecutar el sistema. Si la inversión en hardware para reemplazar la base de datos nacional era 5 veces, 10 veces o incluso más alto que el original, incluso requeriría. Considerando la expansión de la sala de computadoras, es difícil para las pequeñas empresas comunes aceptarlo.

Si considera la implementación centralizada, docenas o cientos de servidores crean un gran grupo de bases de datos para que lo utilicen todos los sistemas, y el costo de prueba y error es demasiado alto. En la etapa inicial, cuando las empresas no tienen suficiente confianza en las bases de datos nacionales, No se atreva a usarlo precipitadamente. Todos los sistemas fueron reemplazados por una gran base de datos distribuida nacional.

Por lo tanto, se espera que la base de datos localizada elegida tenga requisitos mínimos de hardware de instalación y bajos costos de recursos de hardware.

4. Método de implementación

Admite implementación privada

Algunas bases de datos nativas de la nube solo pueden ejecutarse en la nube pública de proveedores específicos. Esto vinculará completamente la base de datos y los proveedores de la nube a la nube, y las negociaciones comerciales serán muy pasivas. Además, muchas empresas no quieren utilizar sus propias empresas. Debido a consideraciones de seguridad de los datos, los datos se colocan en la nube pública.

Por lo tanto, la base de datos localizada que desea elegir debe admitir la implementación privatizada.

5. Popularidad de Motianlun

1. Motianlun ocupa un lugar destacado en popularidad

Las reglas de puntuación del ranking de popularidad de la base de datos nacional de Motianlun se calculan en función de factores integrales como motores de búsqueda, índice de tendencias, evaluación tripartita, ecología, número de patentes, número de artículos, número de puestos de contratación, libros, ranking de participación de mercado de Gartner y Magic. Cuadrante Si se divide El valor es muy bajo, posiblemente por varias razones:

(1) Recién agregado a la lista de Motianlun; (2) Productos de bases de datos recientemente desarrollados; (3) Baja publicidad; (4) Grupo de usuarios pequeño; (5) Demasiado nicho; (6) Comunidad técnica deficiente.

No importa cuál sea el motivo, como técnicos, es difícil evaluar la adaptabilidad de bases de datos nacionales con puntuaciones bajas a través de muchos factores.

Por lo tanto, al seleccionar bases de datos nacionales, puede considerar centrarse solo en los 20 Mo Tianlun más populares. El costo de prueba y error será mayor para aquellos con puntuaciones bajas.

Divida aproximadamente los niveles de popularidad según las puntuaciones. Esta es la clasificación total de todas las bases de datos clasificadas. Si evalúa un determinado tipo de base de datos, puede filtrar por tipo y luego evaluar.

T0 King of Glory: mayor o igual a 500 puntos

OceanBase(609.61)、TiDB(589.52)、 openGauss(582.52)、 PolarDB (576.69)、GaussDB(570.75)

T1 El rey más fuerte: Más de 300 y menos de 500

Dameng (482,95), Renminda Jincang (451,51), GBase (364,75), TDSQL (344,63)

T2 Supreme Starlight: mayor que 100 y menor que 300

AnalyticDB(213.10)、AntDB(165.68)、TDengine(109.06)、GoldenDB(101.32)

Diamante eterno T3: mayor que 50 y menor que 100

Shenzhou General (78,81), MogDB (71,55), Doris (68,08), DolphinDB (64,65), Kyligence (60,62) …

Platino noble T4: menos de 50

Base de datos Wanli, KunDB, SelectDB...

6.Documentos técnicos oficiales

Espero que haya documentos técnicos oficiales maduros.

Por ejemplo, hay documentos detallados de instalación e implementación, documentos de actualización, documentos de mantenimiento de parches, documentos de copia de seguridad y recuperación, documentos de arquitectura, etc., en varias arquitecturas y plataformas.En términos de documentos técnicos, esperamos estar a la par con Oracle.

En octubre de 2022, publiqué un artículo en la cuenta pública "IT Xiao Chen" "Comparación de documentos técnicos oficiales de bases de datos nacionales (parte de copia de seguridad y recuperación)" , centrándome en seis bases de datos nacionales populares (TiDB, Dameng, OcenBase, openGauss, GaussDB , GBase) documentos técnicos de respaldo y recuperación. Entre ellos, las bases de datos GBASE, DM y TiDB tienen documentos técnicos relativamente mejores sobre respaldo y recuperación, al menos no persuadirán inmediatamente a las personas para que abandonen. OpenGauss es relativamente peor, y OceanBase y GaussDB carecen documentos técnicos al respecto. Es muy serio. Hay muy pocas descripciones de detalles técnicos, principios, etc. Ha pasado casi un año y no sé si ha mejorado ahora. Muchos otros fabricantes de bases de datos imponen muchas restricciones a los documentos. Por ejemplo, sólo aquellos que se convierten en clientes internos tienen permiso para ver los documentos informáticos. Algunas bases de datos nacionales ni siquiera tienen documentos técnicos.

Por lo tanto, se espera que la documentación técnica oficial de la base de datos localizada seleccionada sea lo suficientemente detallada para que el personal técnico tenga la confianza suficiente para aprenderla y promoverla.

7.Calidad del servicio postventa

Espero que haya un servicio postventa perfecto.

Por ejemplo, si se produce un error grave durante el uso de un determinado tipo de base de datos nacional o si un cliente tiene nuevas necesidades, ¿cuánto tiempo le llevará al equipo de I+D repararlo y iterar la versión? Según el nivel de importancia del cliente, nivel de ERROR , etc., el servicio postventa debe contar con un conjunto de soluciones completas y rápidas.

Debido al rápido crecimiento en el número de bases de datos nacionales, habrá escasez de personal técnico. Cuando me comuniqué con los técnicos de bases de datos nacionales varias veces, descubrí que algunos técnicos de posventa no tenían una base de datos y no podían distinguir algunos. conceptos básicos de bases de datos, e incluso tenía poca comprensión de la operación y mantenimiento de bases de datos. Poco se sabe sobre su importancia. Algunos fabricantes de bases de datos pueden, para reclutar una gran cantidad de personal técnico lo más rápido posible, reclutar personal sin base de datos. Después de 2 o 3 semanas de capacitación sobre los productos de bases de datos de la empresa, los enviarán a varios proyectos para respaldarlos. Esto era inimaginable hace unos años. Todavía recuerdo que al contratar DBA, las empresas ponían gran énfasis en la edad y la experiencia laboral. Sería difícil encontrar un trabajo de DBA si fueras demasiado joven: sin cierta experiencia, las empresas no se atreverían a poner en tus manos datos importantes para la gestión. Ahora parece ser todo lo contrario: si eres mayor, te menospreciarán, la edad es tan estricta que cada vez resulta más difícil para los técnicos de primera línea.

8. Autenticación de base de datos

Espero que haya una certificación de base de datos nacional.

Por ejemplo, certificación DCA, DCP y DCM de Dameng Database, GBase 8s, GBase 8a y GBase 8c de NTU General Database, etc.

En el proceso de participar en la certificación de bases de datos, comprenderá mejor dichos productos de bases de datos y emitirá juicios más razonables sobre la selección de bases de datos.

Por supuesto, cada fabricante de bases de datos nacional tiene diferentes capacidades de capacitación en certificación de bases de datos. Entre ellos, personalmente creo que las certificaciones de bases de datos nacionales son relativamente profesionales, como Dameng y GBase. No he estado expuesto a otras certificaciones, por lo que no haré comentarios por ahora. .

Entre ellos, las certificaciones GBase 8s, GBase 8a y GBase 8c de Nanda General están disponibles de forma gratuita. Los videos y documentos de capacitación son detallados y hay un grupo WeChat dedicado para preguntas y respuestas. El proceso general de capacitación y examen es muy amigable.

9. Autónomo y controlable

Espero que las bases de datos nacionales puedan ser similares al "Manual de los Nueve Yang", no se preocuparán por ningún error o necesidad, serán fuertes y la brisa soplará sobre las montañas. Le deja hacer lo que quiera y la luna brillante brilla sobre el río. Es cruel consigo mismo, pero es malvado consigo mismo y estoy muy enojado.

Es independiente y controlable y puede aprender de otras bases de datos, pero no se recomienda utilizar directamente bases de datos comerciales o de código abierto existentes, es decir, integrar el middleware del agente distribuido y las bases de datos de código abierto en una nueva base de datos distribuida.

Casi todas las bases de datos nacionales se promocionan al mundo exterior como completamente independientes y controlables, sin embargo, cuando ocurren errores en los productos de bases de datos, no todos los fabricantes tienen la capacidad de localizar y corregir rápidamente el error.

Siempre me he sentido confundido acerca de este tipo de bases de datos domésticas, que hacen referencia directa a bases de datos de código abierto existentes, como la base de datos MySQL utilizada directamente por la capa de datos. Las otras capas informáticas y capas de programación pueden ser de desarrollo propio. No está claro si Este tipo de bases de datos nacionales son bases de datos puramente nacionales. Cuando ocurren errores importantes de MySQL en dichas bases de datos, ¿es necesario esperar a que Oracle y otros funcionarios los resuelvan? O los fabricantes pueden modificar y corregir los errores en la versión actual de MySQL por sí mismos. No está claro si hacerlo entrará en conflicto con el acuerdo de código abierto GPL. Sé muy poco sobre esta área y no la discutiré.

10. Naturaleza de la empresa

Empresas estatales/privadas, fábricas grandes/pequeñas

El fabricante es preferentemente una empresa estatal o una gran fábrica.

La competencia entre los fabricantes de bases de datos nacionales es extremadamente feroz. Para algunas empresas pequeñas, si no se administran bien en el período posterior, existe el riesgo de quiebra. Si utiliza este producto de base de datos, tendrá que pagar mucho. dinero para mantenimiento, migración y reemplazo posteriores. Elija una empresa estatal o una empresa grande. La empresa de fábrica puede evitar estos problemas en gran medida.

11.Grupos de clientes

Lo mejor es tener un caso exitoso de reemplazo del sistema central de transacciones financieras, y el reemplazo de algunos sistemas marginales no centrales no es demasiado convincente.

12.POC

La selección de bases de datos nacionales generalmente tiene un enlace de prueba POC, lo cual es muy importante: si la prueba POC falla, nadie está dispuesto a correr riesgos.

El fabricante de la base de datos y el personal técnico de la empresa realizan conjuntamente pruebas suficientes sobre instalación e implementación, alta disponibilidad, recuperación ante desastres, copia de seguridad y recuperación, migración de datos, sincronización de bases de datos, compatibilidad de sintaxis, etc., y evaluarán si dichas bases de datos cumplen con los requisitos de la empresa en función. en los puntajes de las pruebas finales. .

13. Tarifas

tarifas razonables

Incluyendo software, hardware, soporte técnico y otros costos.

14. Costos de operación y mantenimiento

1. Alta compatibilidad de sintaxis

Por ejemplo, en la base de datos distribuida OceanBase, es necesario especificar manualmente la clave de partición al crear una tabla. Para los desarrolladores, cambiar los hábitos de creación de tablas requiere una cierta cantidad de costos de aprendizaje. Si se trata de la migración de la base de datos, también habrá una carga de trabajo adicional. de ajustar la sintaxis.Si la clave de partición no se especifica de manera razonable, pueden ocurrir problemas de rendimiento más adelante, lo que aumenta la carga de trabajo del personal de operación y mantenimiento para optimizar la base de datos.

En términos relativos, TiDB tiene una mayor compatibilidad de sintaxis: no es necesario especificar manualmente la clave de partición al crear una tabla y la distribución de datos se realiza automáticamente en la capa inferior.

2. Alta compatibilidad de métodos de operación y mantenimiento.

Para los DBA, cuanto mayor sea la compatibilidad de los métodos de operación y mantenimiento, más rápido podrán dominarlos.

Para mí, las bases de datos más familiares incluyen Oracle y MySQL, las menos familiares son PostgreSQL y la base de datos informix tiene incluso menos contacto con ellas antes.

Por lo tanto, puedo comenzar más rápido con algunas bases de datos nacionales desarrolladas en base a Oracle y MySQL, especialmente la estructura del sistema, el diccionario de datos, la copia de seguridad y la recuperación, la arquitectura de alta disponibilidad, etc., que son muy similares, por ejemplo, la base de datos Dameng, algunos problemas. Las ideas de resolución son muy similares a Oracle, similares por analogía. Es un poco más difícil aprender bases de datos nacionales basadas en la base de datos informix. Una vez que surgen tales problemas, dado que las personas no tienen una cierta reserva de conocimientos sobre la base de datos informix, es difícil resolver problemas similares por analogía con la base de datos informix.

15. Iteración de versión

Tener iteraciones de versión estable.

Por ejemplo, hay una iteración de versión pequeña cada pocos meses y una iteración de versión principal cada pocos años, con un ciclo de iteración de versión estable.

Si la versión de un producto de base de datos no se ha actualizado de forma iterativa durante muchos años, puede haber varias razones:

1. El debut del producto es el pináculo, sin errores y satisface todas las necesidades de los clientes (de hecho, no existirá).

2. Pocos clientes de productos, ningún usuario en profundidad, ERROR y baja tasa de retroalimentación de demanda.

3. El equipo de I+D es débil y el ciclo de actualización del producto es largo.

Por lo tanto, se espera que la base de datos localizada seleccionada tenga una versión estable.

Resumir:

Las clasificaciones de popularidad de las bases de datos nacionales publicadas mensualmente por la plataforma Motianlun nos proporcionan un buen valor de referencia para seleccionar bases de datos nacionales y pueden ayudarnos a tomar decisiones más objetivas.

Para el desarrollo de un nuevo producto, cuanto mayor y más compleja sea la base de clientes, mayor será la demanda y el producto será cada vez más perfecto. Por el contrario, si un producto de base de datos nacional tiene solo unos pocos clientes, o incluso solo lo usa internamente dentro de la empresa, el uso Hay pocos escenarios, el modelo de negocio también tiene limitaciones y el costo de prueba y error será muy alto, por lo que no se recomienda utilizar directamente el producto que se particularmente bajo en los rankings de popularidad de Motianlun.

En mi opinión, una base de datos nacional OLTP transaccional ideal debería tener las siguientes características:

Es una base de datos de tipo OLTP. El fabricante de la base de datos tiene antecedentes de una empresa estatal o una gran fábrica. La arquitectura admite clústeres independientes, activos y en espera, compartidos, clústeres distribuidos, etc. Tiene bajos requisitos de recursos de hardware. Bajo costo de hardware, es completamente de desarrollo propio, controlable de forma independiente y tiene un servicio postventa completo.Capacidad de soporte, gran popularidad de los productos de bases de datos, documentos técnicos oficiales maduros, certificación técnica oficial, casos de reemplazo exitosos de sistemas centrales bancarios, pasó completamente la prueba. Prueba POC interna de la empresa, iteraciones de versiones estables, costos moderados, gramática y operación y mantenimiento, etc. La compatibilidad de hábitos es alta.

En la actualidad no se ha encontrado ningún producto de base de datos nacional 100% perfecto, por supuesto, no hay oro, nadie es perfecto, no existe un producto perfecto, sólo productos adecuados. También existen ciertas compensaciones en la selección de bases de datos nacionales. Por ejemplo, se deben cumplir algunos puntos clave. Por ejemplo, debe ser una base de datos de tipo OLTP. Si se selecciona por error una base de datos de tipo OLAP, la estabilidad del negocio, la integridad y coherencia de la base de datos se verán afectadas y es posible que se produzcan alteraciones importantes. Algunos puntos clave se pueden relajar adecuadamente, como la compatibilidad de los métodos de operación y mantenimiento, etc. Cada preocupación se puede establecer con una puntuación de peso correspondiente y, finalmente, se seleccionará una base de datos nacional adecuada en función de la puntuación total.


Enlace original: https://www.modb.pro/db/1693833019517915136

Declaración: Este artículo es una contribución exclusiva de Chen Juchao , un autor especial de la comunidad Motianlun  . El contenido es original y representa únicamente las opiniones personales del autor. Todos son bienvenidos a comunicarse y discutir. Si necesita reimprimir, comuníquese con el autor o con el funcionario de Motianlun. Si tiene comentarios y sugerencias sobre el contenido anterior, señale y comuníquese en el área de comentarios a continuación, o haga clic en la página de inicio del autor Mo Tianlun para dejar un mensaje.

Se puede encontrar contenido más interesante en Motianlun Technology Community , que brinda servicios integrales integrales en torno al aprendizaje y el crecimiento de las personas de datos, creando una colección de información de noticias, preguntas y respuestas en línea, transmisiones en vivo de eventos, cursos en línea, lectura de documentos y descargas de recursos. , intercambio de conocimientos y en línea Una plataforma unificada que integra operación y mantenimiento, y continúa promoviendo la difusión del conocimiento y la innovación tecnológica en el campo de los datos.

Supongo que te gusta

Origin blog.csdn.net/Era666/article/details/132560378
Recomendado
Clasificación