Más o menos a elección personal. Puede tener sentido usar una extensión basada en el esquema de base de datos que está almacenando; trate el esquema de su base de datos como un formato de archivo, con SQLite simplemente como una codificación utilizada para ese formato de archivo. Por lo tanto, puede usarlo .bookmarkssi está almacenando marcadores o .indexsi se está usando como índice.
Si desea usar una extensión genérica, la usaría .sqlite3ya que es la más descriptiva de qué versión de SQLite se necesita para trabajar con la base de datos.
En el software distribuible, no quiero que mis clientes se burlen de la base de datos por sí mismos. El programa lo lee y lo escribe todo por sí mismo. La única razón para que un usuario toque el archivo DB es tomar una copia de seguridad. Por lo tanto, lo he llamado whatever_records.db
La simple extensión .db le dice al usuario que es un archivo de datos binarios y eso es todo lo que tienen que saber. ¡Llamarlo .sqlite invita al usuario interesado a abrirlo y desordenar algo!
Totalmente depende de su escenario de uso, supongo.
solo abrir el archivo sqlite3 en el bloc de notas revelará que es una base de datos sqlite3: p
hanshenrik
66
Realmente no entiendo la lógica de esto. Es un formato de archivo no trivial con el que meterse. No puedo ver a nadie que no entienda las consecuencias de meterse con un archivo así que pueda meterse con ese archivo. Pero en última instancia, creo que todo se reduce a "a quién le importa" con respecto a las extensiones de archivo. Cualquiera que realmente necesite poder editar el archivo y tenga la habilidad para hacerlo no debería tener problemas para descubrir qué tipo de archivo es. Así que nómbralo como quieras.
Kat
3
Estoy de acuerdo con Mike: un usuario que sepa que un archivo db es un archivo de base de datos tendrá la habilidad suficiente para manipularlo. incluso si no sabe qué es, puede intentar abrir con el bloc de notas. Claro que lo haría. A veces, sólo para ver qué ajustes se almacenan - y ciertamente hay suficientes herramientas disponibles para abrirla, así - Navegador DB ... etc ..
Stix
Creo que esta es una precaución razonable. Muy bajo esfuerzo y si evita algunos casos de tener que solucionar el problema de un cliente, entonces valdría la pena.
UuDdLrLrSs
31
SQLite no define ninguna extensión particular para esto, es su propia elección. Personalmente, los nombro con la .sqliteextensión, solo para que no haya ninguna ambigüedad cuando mire mis archivos más tarde.
Si se ha decidido por un conjunto particular de herramientas para acceder / modificar sus bases de datos, elegiría cualquier extensión que esperen que use. Esto evitará fricciones innecesarias al realizar tareas de desarrollo.
Por ejemplo, SQLiteStudio v3.1.1 por defecto busca archivos con las siguientes extensiones:
Si es necesario para la implementación, su mecanismo de instalación podría cambiar el nombre del archivo si oscurecer el tipo de archivo le parece útil (como han sugerido algunas otras respuestas). Los requisitos de nombre de archivo para el desarrollo y la implementación pueden ser diferentes.
Respuestas:
Más o menos a elección personal. Puede tener sentido usar una extensión basada en el esquema de base de datos que está almacenando; trate el esquema de su base de datos como un formato de archivo, con SQLite simplemente como una codificación utilizada para ese formato de archivo. Por lo tanto, puede usarlo
.bookmarkssi está almacenando marcadores o.indexsi se está usando como índice.Si desea usar una extensión genérica, la usaría
.sqlite3ya que es la más descriptiva de qué versión de SQLite se necesita para trabajar con la base de datos.fuente
En el software distribuible, no quiero que mis clientes se burlen de la base de datos por sí mismos. El programa lo lee y lo escribe todo por sí mismo. La única razón para que un usuario toque el archivo DB es tomar una copia de seguridad. Por lo tanto, lo he llamado whatever_records.db
La simple extensión .db le dice al usuario que es un archivo de datos binarios y eso es todo lo que tienen que saber. ¡Llamarlo .sqlite invita al usuario interesado a abrirlo y desordenar algo!
Totalmente depende de su escenario de uso, supongo.
fuente
SQLite no define ninguna extensión particular para esto, es su propia elección. Personalmente, los nombro con la
.sqliteextensión, solo para que no haya ninguna ambigüedad cuando mire mis archivos más tarde.fuente
Si se ha decidido por un conjunto particular de herramientas para acceder / modificar sus bases de datos, elegiría cualquier extensión que esperen que use. Esto evitará fricciones innecesarias al realizar tareas de desarrollo.
Por ejemplo, SQLiteStudio v3.1.1 por defecto busca archivos con las siguientes extensiones:
(
db|sdb|sqlite|db3|s3db|sqlite3|sl3|db2|s2db|sqlite2|sl2)Si es necesario para la implementación, su mecanismo de instalación podría cambiar el nombre del archivo si oscurecer el tipo de archivo le parece útil (como han sugerido algunas otras respuestas). Los requisitos de nombre de archivo para el desarrollo y la implementación pueden ser diferentes.
fuente
Emacs espera uno de db, sqlite, sqlite2 o sqlite3 en la configuración predeterminada para el modo sql-sqlite.
fuente