Ir al contenido

Buscar en La Comunidad

Mostrando resultados por etiquetas 'sqlite'.

  • Buscar Por Etiquetas

    Añade etiquetas separadas por comas.
  • Buscar Por Autor

Tipo de Contenido


Foros

  • Contacto con el staff
    • Novedades / Anuncios del foro
    • Sugerencias
    • Problemas relacionados con el foro
  • Zona general de charla
    • Presentaciones
    • Charla
    • Zona de Humor, Curiosidades y Otros
    • Mascotas Vagos
    • Noticias del Mundo
    • Tecnología
    • Ayuda y consultas de carácter general
  • Zona GNU/Linux
    • Ayuda, consultas y soporte GNU/Linux
    • Distribuciones GNU/Linux
    • Repositorios. Software GNU/Linux
    • Personalización
    • Raspberry Pi
    • Arduino
    • Manuales / Tutoriales / Guías GNU/Linux
    • Programación
    • Noticias GNU/Linux
    • Hablando de GNU/Linux
  • Zona Gaming
    • Juegos GNU/Linux
    • Noticias Gamer
    • Charla Gamer
  • Zona Móvil
    • Ayuda y soporte para dispositivos móviles
    • Apps Móviles
    • Manuales / Tutoriales / Guías Móviles
    • Roms para dispositivos Móviles
    • Noticias sobre dispositivos Móviles
    • Hablando sobre dispositivos Móviles
  • Zona Mozilla
    • Ayuda, consultas y soporte Mozilla
    • Aplicaciones Mozilla
    • Roms Firefox OS
    • Manuales / Tutoriales / Guías Mozilla
    • Noticias Mozilla
    • Hablando de Mozilla
  • Microsoft
    • Papelera del Foro

Encontrar resultados en...

Encontrar resutados que...


Fecha de Creación

  • Start

    Fin


Última Actualización

  • Start

    Fin


Filtrar por numero de...

Joined

  • Start

    Fin


Grupo


Página Web


Diaspora


Pump


GNU Social


Google +


Twitter


Facebook


Xmpp


Skype


Steam


Desura


MediaGoblin


Youtube


Vimeo


Picasa


Flickr


Email


Lugar


Intereses

Encontramos 2 resultados

  1. Imagino que en alguna ocasión, tanto si nos hemos atrevido a compilar y flashear por nuestra cuenta nuestro dispositivo con Firefox OS, como si hemos aplicado una actualización FOTA oficial del fabricante o proveedor de telefonía, nos hemos encontrado ante la difícil decisión de tener que empezar desde cero porque irremediablemente, al actualizar o flashear el teléfono, perdemos todos nuestros datos personales almacenados (mensajes, contactos...). Hace unos días me vi en la tesitura de tener que flashear de nuevo mi ZTE Open por un problema al intentar abrir ciertos mensajes SMS. Pero claro ¿Cómo sé si he solucionado el problema si al flashear borro dichos mensajes? Y aún más importante ¿Cómo voy a borrarlos si aún no los he leído? La respuesta se encuentra en la ruta /data/local/storage/permanent/chrome/idb, que contiene una serie de archivos de bases de datos con toda nuestra información. En el caso particular de los mensajes de texto, tendrá un aspecto tal que xxxxxxxxx.ssm.sqlite. Nuestra tarea es preservar esos datos para que no e pierdan con el flasheo, así que valiéndonos de ADB, así que ANTES de actualizar o flashear el teléfono, hacemos una copia de respaldo. adb pull /data/local/storage/permanent/ Tras esto, podemos proceder a flashear o actualizar nuestro dispositivo. Aunque al terminar el proceso el teléfono, como era de esperar, estará en blanco, repitiendo el proceso anterior pero en sentido inverso podemos recuperar toda esa información Podemos optar por restaurar sólo aquello que nos interesa, colocándolo en la misma ruta. Por ejemplo en mi caso que sólo quiero recuperar ciertos SMS adb push permanent/chrome/idb/xxxxxxxxx.ssm.sqlite /data/local/storage/permanent/chrome/idb Pero también podemos apostar por restaurar el contenido completo, subiendo íntegro el directorio "permanent" NOTA: EN versiones antiguas de Firefox OS el nombre del directorio es "persistent", no permanent adb push permanent /data/local/storage/ Ya sólo quedaría reiniciar el teléfono adb reboot
  2. Trabajo con programas que emplean bases de datos SQLite. Pero a veces es más fácil emplear una hoja de cálculo para algunos análisis. Para ello conecto esas bases de datos a través de los enlaces ODBC de LibreOffice/OpenOffice. Con eso evito manipular directamente los datos (soy un manazas) y los comandos SQL (no he sido bendecido con el don de los idiomas). Acostumbrado a las interfaces gráficas, me puse manos a la obra. Instalé los siguientes paquetes, que suelen estar en los repositorios oficiales: libsqliteodbc, unixodbc, unixodbc-bin. También debemos tener los paquetes sqlite y sqlite3 en nuestro sistema, pero deben estarlo porque se suelen instalar por defecto. El paquete unixodbc-bin instala, entre otras cosas, la interfaz gráfica que yo solía usar para enlazar mis bases de datos. Escribiremos lo siguiente en el Terminal para lanzarlo: $ ODBCConfig De esta manera, las bases de datos sólo estarán disponibles para el usuario. Si quisiéramos que estuvieran disponibles para más usuarios, tendríamos que lanzarlo con derechos de superusuario o administrador: $ sudo ODBCConfig Este programa permite la gestión de las distintas bases de datos, ya sea para un usuario [user DSN], varios usuarios en una máquina [system DSN], o varios clientes o usuarios en un servidor [File DSN]. Además, permite la administración de diversos [Drivers] según las librerías instaladas para los distintos motores de bases de datos (MySQL, PostgreSQL, SQLite, etcétera), y otras opciones e información. Pero este programa, dependiente de las librería Qt, sólo funciona para arquitecturas de 32 bits, salvo que alguien me pueda decir cómo instalarlo para AMD64. No obstante, mis bases de datos no se iban a quedar huérfanas de LibreOffice. Como segunda opción instalé un navegador de bases de datos para SQLite que permite la modificación de los datos que contiene. Un arma peligrosa, pero valiosa. También suele estar en los repositorios: # apt-get install sqlitebrowser Este «editor» permite la extracción de los datos en formato csv, pero es bastante tedioso si tienes que utilizar varias tablas. Sobre todo sabiendo que con LibreOffice Base lo tienes resuelto con una query. Pero ni iba a renunciar a mi instalación AMD64, ni iba a reinstalar una distro a 32 bits, por culpa de no tener un programa que apenas ocupa 11 KB. (Hasta intenté «instalarlo» copiando y pegándolo en usr/bin de un deb que me encontré en ubuntu, pero no coló. ¡Qué vergüenza!) Por fin, bastante irritado por haber perdido ODBCConfig, di con una solución válida, al menos para mí. Tras horas de leer sánscrito y demótico ptolemaico, encontré la solución más sencilla, y precisamente en el manual de Open Office para SQLite, en su página 14. Para ello, primero se ha de comprobar que los driver están instalados. Para ello, debe existir el archivo odbcinst.ini [/etc/odbcinst.ini] [sqlite] Description = SQLite ODBC Driver Driver = /usr/lib/odbc/libsqliteodbc.so Setup = /usr/lib/odbc/libsqliteodbc.so UsageCount = 1 [sqlite3] Description = SQLite3 ODBC Driver Driver = /usr/lib/odbc/libsqlite3odbc.so Setup = /usr/lib/odbc/libsqlite3odbc.so UsageCount = 1 Y para poder hacer la conexión ODBC con LibreOffice, basta con escribir en odbc.ini [/home/<usuario>/.odbc.ini] [Nombre descriptivo de la base de datos] Description [tab] [tab] = nombre_descriptivo_de_la_base_de_datos_1 Driver [tab] [tab] = SQLite3 (coincidente con el título de los drivers instalados) Database [tab] [tab] = /home/<usuario>/bases/base_de_datos_1 Timeout [tab] [tab] = 1000 StepAPI [tab] [tab] = No [tab][tab] quiere decir “pulsar dos veces la tecla tabulador”. Aunque también funciona con un [tab]. Anotando lo anterior por cada base de datos SQLite, ya estarían conectadas a través del enlace ODBC y pueden declararse/registrarse a través de LibreOffice/OpenOffice Base para poder usar los datos con cualquier otra aplicación (Writer, Calc). Este procedimiento es válido para bases de datos de usuario en entornos GNU/Linux de 32 y 64 bits.
×
×
  • Crear Nuevo...