Atención: Bulma está con el Postgres 7.1
(12705 lectures)
Por Ricardo Galli Granada
gallir
(http://mnm.uib.es/gallir/)
Creado el 15/04/2001 00:54 modificado el 15/04/2001 00:54
|
Bulma ahora funciona con la versión 7.1 del Postgres que acaba de salir. Tuve unos pequeños problemas con el restore por no haber usado el rh-pgdump.sh |
Pagina1/1 |
Aunque no debería dar problemas si tenéis instalada la 7.0, por las dudas aviso que la base de datos está funcionando con la 7.1 del PostgreSQL.
Si hacéis un upgrade a la 7.1 con los rpms, aseguraros de instalar las rpms de las "libs" para que instale los objetos compartidos necesarios. Antes de eso, haced un pg_dump de la base de datos y volved a crear los usuarios antes de hacer el restore. Los usuarios necesarios para Bulmita son el "nobody" (para el Apache) y el "postgres".
Ahora ya podremos remover el límite de 8KB para el tamaño de las columnas y filas.
Para instalar hay que borrar las bases de datos enteriores luego de un dump y luego recuperarlas (importante Red Hat: leed el /usr/share/doc/postgresql-7.1/README.rpm-dist). Encontré pequeños problemas en el upgrade de Bulma:
- Los rpms del cliente y el servidor no ponen bien las libpq.so, por lo que es recomendable bajarse el rpm de las "libs".
- Como hay que hacer un initdb con la versión nueva, hay que hacer un backup completo con el rh-pgdump.sh (en RedHat, o pg_dump si son sólo pocas base de datos) _antes_ de instalar el servidor nuevo. Luego borrar el directorio "data" del pg.
- Los usuarios creado anteriormente no se mantienen a menos que se haya hecho un backup completo (no lo probé... ver /usr/share/doc/postgresql-7.1/README.rpm-dist ).
***** NOTE ***** ***** NOTE *****
The above script is broken. Use "rh-pgdump.sh targetfile" instead, remove the
old databases (/var/lib/pgsql/base) (or safer - move them somewhere else first),
start the database and follow the insert procedure described below.
***** NOTE ***** ***** NOTE *****
- Cuando se hace el "restore" de las base de datos anteriores, si no existen los usuarios (por haber usado pg_dump/psql), da errores y no se terminan de crear las tablas, etc. Por lo que primero hay que asegurarse que estén los usuarios que toca, hacer un drop/create de la base de datos y luego hacer un restore nuevamente.
--ricardo |
|
|
|
|
|
|---|
Comentarios
Es posible que se hayan omitido algunos comentarios considerados poco constructivos
|
1. Re:Atención: Bulma está con el Postgres 7.1 (16/04/2001 02:35, #1064)
Por: bisho |
Que tal va???
Se nota mejora de rendimiento en un sitio web real??? En principio al comienzo no debería tener demasiado optimizados los indices y podría ser un poco más lento, pero se nota alguna cosa? |
No es pot respondre
|
2. Re:Atención: Bulma está con el Postgres 7.1 (16/04/2001 18:31, #1066)
Por: gallir (http://m3d.uib.es/~gallir/) |
La verdad es que no se nota casi diferencia con el web, ya que está bastante optimizado, sin embargo si se nota con el htdig, que le dá mucha caña para generar la base de datos de búsquedas de Bulma.
Lo mejor es el tamaño ilimitado de las filas/campos de texto.
--ricardo |
No es pot respondre
|
3. sugestion habemus (11/05/2001 10:51, #1220)
Por: Eduardo Maldonado |
Os falta la típica opción de "mandar esta noticia a un amigo" que enlace directamente con el correo.
"Quien es aprendiz de mucho
nunca será maestro de nada" |
No es pot respondre
|
4. Re:Atención: Bulma está con el Postgres 7.1 (11/05/2001 10:57, #1222)
Por: gallir (http://m3d.uib.es/~gallir/) |
Sipe... nos faltan muchas cosas, de a poco las iremos haciendo. Y esta no es mala idea.
--ricardo |
No es pot respondre
|
5. Re:Atención: Bulma está con el Postgres 7.1 (28/05/2001 14:47, #1439)
Por: El cobarde anonimo |
Yo tambien he instalado la 7.1 pero no veo donde está lo de quitar el limite de los 8kb por campo... no será que viene sin limite por defecto?
Gracias y buen trabajo. |
No es pot respondre
|
6. Re:Atención: Bulma está con el Postgres 7.1 (28/05/2001 15:05, #1441)
Por: gallir (http://m3d.uib.es/~gallir/) |
No tienes que especificar absolutamente nada, ya no tiene el límite por defecto.
--ricardo |
No es pot respondre
|
7. Re: Atención: Bulma está con el Postgres 7.1 (28/08/2002 03:43, #7948)
Por: ppedro |
| como corro un script en postgres |
No es pot respondre
|
8. Re: Atención: Bulma está con el Postgres 7.1 (04/09/2002 12:32, #8138)
Por: ximo |
Hola a todos. desde hace 3 meses me he embebido en el mundo de linus , tengo redhat 7.2 y desde luego le estoy sancando mucho partido , tengo squid con 40 usuarios,iptables con un buen firwall con 3 ethernets dirigiendo el trafico, servidor apache , php , samba con toda documentacion interna de calidad . Bueno no se pero va , ahora mismo estoy intentando ver que base de datos sería buena para compaginarme con sqlserver, tengo todo mi sistema de produccion y negocio en un W2000 con SQLServer 7.0 me va muy bien en cuanto a velocidad, he empezado a subir a postgres tablas de 500.000 y 1.000.000 registros de pruebas , he hecho varias querys creando porsupueso indices pero observo que es mucho más lenta que SQLserver, pero bastante más , entiendo que tiene una buena sintaxis de commnandos SQL,funcion,triggers, transacciones , pero que pasa con la Velocidad. por ejemplo con:
500.000 registros 8 campos
SQLserver 7.0 : select finis,count(*) from estancias group by finis
RESULTADO : 5 segundos
Postgres : select finis,count(*) from estancias group by finis
RESULTADO : 3 minutos
Me podría alguien echar una mano. Estoy sol testando esta base de datos , estatía dispuesto a probar otras, he oído que hay una llamada firebird ¿que tal?.
GRACIAS POR VUESTRO ESPACIO WEB |
No es pot respondre
|
9. Re: Atención: Bulma está con el Postgres 7.1 (13/12/2002 21:42, #10692)
Por: juanmanuel |
| Hola a todos.
Yo he probado un SQLServer 7.0 via ODBC con XP y la he comparado con MYSQL via myODBC.
He pasado una tabla de socios de 84 columnas y 1840 registros con una solo key (el codigo del socio) de tipo entero desde el SQLServer al MySQL.
Probé Mysql con transacciones (tablas innodb ) y sin él y en un simple "select * from socios" en el SQLSERVER es casi instantaneo, mientras que en Mysql es desdesperante (Más de 1 minuto).
Sin embargo, si en nº de columnas devueltas son pocas, por ejemplo, "select socio,ape1,ape2,nombre from socios" el tiempo en Mysql es del orden de 20 segundos( todavía un poco lejos de SQLserver, que prácticamente lo muestra enseguida.
Saludos, Juanma | No es pot respondre
|
10. Re: Necesito SQLServer 7.0 (09/04/2003 09:49, #13508)
Por: samara |
| hola, necesito el SQLServer 7.0 porque estoy estudiando bases de datos y tengo instalado XP. Me dejaron el 2000 y logicamente no lo pude instalar. si podeis decirme donde puedo conseguirlo. | No es pot respondre
|
|
|
11. Re: Limite de usuarios (10/09/2005 20:19, #28305)
Por: Alex (http://www.sadvalladolid.net) |
| Hola mi nombre es alejandro y estoy , utilizando el postgres 7.3 que redhat pone por default en el withe box , hice un pequeño foro y una aplicacion que permite publicar fotos enviadas desde celular, el problema es que alojo mas de una pagina para ser exsactos 3 y cada una tiene su foro y su bd, pero almomento de entrar al foro algunas veces me dice que el limite de usuarios se ha excedido y tengo que actualizar para que me muestre el foro.
Alguien sabe como corregir esto???
no tengo mucha experiencia en postgres y agradeceria cualquier ayuda gracias.. |
No es pot respondre
|
12. Re: Limite de usuarios (14/09/2005 07:20, #28366)
Por: yo mismo |
| Disculpen amigos aun que gracias por sus respuestas (pelanaaaas) pero ya encontre el problema, por si esta experiencia ayuda a alguien la conexion con php debe ser pg_connect y no pg_Pconnect ya que el numero de conexiones persistentes aumentaba hasta el limite impidiendo nuevas conexiones by :) | No es pot respondre
|
13. Re: Limite de usuarios (07/07/2006 19:23, #33617)
Por: Anónimo |
| Gracias por el comentario tenia el mismo problema y no estaba sguro si era el pg_pconnect() pero ya lo asegure error clave .... | No es pot respondre
|
|
|
14. Re: Atención: Bulma está con el Postgres 7.1 (27/09/2005 00:33, #28593)
Por: yo |
| HOla a todos soy nueva con esto de linux y postgres, y tengo un problema para realizar una copia de la estructura de mi base de datos, me han dicho que realizando un script puedo realizar esto, pero no se como ni siquiera como empezar. comandos se encuentran y bastantes pero, en donde lo hago, como lo guardo y como lo se ejecuta automaticamente ayudaaaaa por favor
gracias |
No es pot respondre
|
15. Re: Atención: Bulma está con el Postgres 7.1 (15/05/2007 11:01, #41701)
Por: Julio Cesar Sanchez Gonzalez (http://www.sistemasyconectividad.com.mx) |
| Tal vez muy, pero muy tarde pero que quede en el registro, para respaldar una base en postgresql solo basta hacer un dump de la base.
pg_dump -U postgres mibase > archivo_respaldo.sql
Saludos a todos y a todas ;)
Julio Cesar Sánchez González
knowhow@sistemasyconectividad.com.mx | No es pot respondre
|
|
