Programacion Interactiva

Descubre una Nueva y Poderosa Herramienta.

FrameWork de Nueva Generacion

Acceso a tu Informacion desde cualquier Dispositivo con Navegador.

Enfoque en el Backend

Frontend de forma facil con Odoo y XML.

Creacion de Verticales

Creacion de nuevas Verticales Conquistando nuevos Mercados.

Tu marca aqui mismo

Llega a miles de personas.

Publicidad

Mostrando las entradas con la etiqueta base. Mostrar todas las entradas
Mostrando las entradas con la etiqueta base. Mostrar todas las entradas

miƩrcoles, 8 de enero de 2014

ParƔmetros comunes a la mayorƭa de mƩtodos ORM en Odoo (OPENERP)



La mayorƭa de mƩtodos ORM tiene una serie de parƔmetros comunes a todos ellos:

  •cr: Cursor de la base de datos
  •uid: Identificador del usuario actual
  •ids: Lista de enteros con los identificadores de los registros (o lista con un Ćŗnico entero cuando hay       sólo un id)
  •context: Diccionario con los argumentos de contexto, como idioma, zona horaria, ...

    Al definir nuestros modelos como herencia de la clase osv.osv permite que todos los mĆ©todos de ORM estĆ©n disponibles para la programación de los módulos. Estos mĆ©todos pueden ser invocados por los propios objetos, dentro de la clase Python, o desde fuera de la clase, obteniendo en primer lugar una instancia a travĆ©s del concentrador (pooler) del sistema de ORM.

Contexto de los mƩtodos ORM


    En OpenObject, el contexto tiene datos muy importantes, como el idioma en que se debe escribir un documento, si el campo de una función necesita actualizarse o no, ...

    Cuando se efectĆŗa una llamada a un mĆ©todo ORM, es probable que el objeto ya tenga un contexto y el OpenObject lo proporcione como un parĆ”metro en casi todos los mĆ©todos. Si el objeto tiene un contexto, es muy importante que siempre se pase el mismo a todos los mĆ©todos a los que se llame.

    Esta regla tambiĆ©n es aplicable a los mĆ©todos ORM que escriba un programador. El programador debe esperar recibir un contexto como parĆ”metro en todos los mĆ©todos que desee llamar, y siempre debe pasar el contexto a todos los mĆ©todos a los que llame.


lunes, 6 de enero de 2014

Realizar Respaldo y Restauración Base de Datos de OpenERP 7.0 desde Terminal o Linea de Comandos Utilizando PostgreSQL 9.1 y 9.2

Que tal muy buenas tardes en este tutorial explicaremos como poder realizar un backup o respaldo y restauracion de nuestra base de datos de openerp con postgresql. Antes que nada utilzaremos el comando pg_dump podemos informanos un poco mas en el siguiente enlace:

  http://www.postgresql.org/docs/9.1/static/app-pgdump.html

 Para realizar un respaldo o tambiĆ©n conocido como backup de nuestras base de datos de OpenERP mediante postgrest mediante terminal ejecutaremos el siguiente comando en donde especificaremos la base de datos a restaurar en este caso se nombro TMS, el usuario despues de la letra -U en este caso mi usuario de postgres relacionado con openerp se nombro durante mi instalacion como openerp70, en la letra -h definimos el servidor de nuestra instalacion de openerp en este caso ejecutamos el comando localmente asi que nuestro servidor local por defecto seria localhost, despues insertamos el puerto que utiliza nuestro servicio despues de la leta -p en este caso por defecto utiliza openerp el puerto 5432 y por ultimo especificamos la ruta donde guardara el archivo de restauracion de nuestra base de datos en este caso la ruta de utilizacion fue /opt/openerp y de ahĆ­ el nombre con el que se guardara nuestro respaldo en este caso el nombre utilizado es dbbackup tambien podemos aƱadir que se comprima nuestra base de datos agregandole -Z y un numero de compresion de archivos que va del rango 1 a 9, el numero 9 seria la compresion maxima de un archivo, al fina de la ruta solo se le agrega .gz a tu backup y listo!!!!

 En este caso lo realizare sin la compresion, quedando asi el siguiente comando: pg_dump TMS -Fp -U openerp70 -h localhost -p 5432 > /opt/openerp/dbbackup

  Nota: El comando pg_dump se ejecuta fuera del superusuario de postgres...