En muchas ocasiones me he visto en la necesidad de configurar mi Tomcat o Glassfish para que mis aplicaciones se peguen a su respectiva base de datos, aun cuando en las librerías de los respectivos proyectos incluya el driver jdbc necesario.

La forma de configurar Tomcat y Glassfish es muy simple solamente es necesario incluir en la carpeta "lib" que esta dentro de la ruta de instalación de cualquier de los dos servidores el respectivo JAR.

Comentarios (0)

Siempre me ha llamado la atención de como se declaran los famosos campos auto incrementables en las distintas bases de datos por lo menos en las que he usado, y ahora mas ya que he estado usando intensamente JPA.



Acá pondré un resumen de como se declaran:

MySQL

campo [(longitud)] [not null] auto_increment primary key

Es necesario definir un campo autoincrementable de llave primaria en MySQL ya que este asi lo requiere de lo contrario no se puede declarar este tipo de campo.
Ejemplo:

create table prueba (
id int not null auto_increment primary key
)


PostgreSQL

campo serial [not null]

En PostgreSQL por el contrario que MySQL no requiere que un campo de tipo serial sea una llave primaria ejemplo:

create table prueba (
id serial not null
)

SQL Server / Sybase

En el caso de SQL Server / Sybase es mucho mas simple solo basta utilizar esta sintaxis:

campo int identity [(inicio,incremento)]

Ejemplo:

create table prueba (
id int identity
)

O sino si queremos que comience desde 3 y su incremento sea de dos en dos lo declaramos asi:

create table prueba (
id int identity(3,2)
)

Apache Derby

campo int [not null] generated always as identity [(start with [cantidad], increment by [cantidad])]

Derby es el gestor de base de datos de Apache, que viene incluido en el JDK 1.6, y lo podemos usar a traves de Netbeans, dos ejemplos de declaracion serian:

create table prueba (
id int not null generated always as identity
)

En el ejemplo anterior el campo id se generara como campo auto incrementable, con los valores por defecto que comienza a contar desde uno y su incremento es de uno en uno.

Ahora veamos este otro:

create table prueba (
id int not null generated always as identity (start with 5, increment by 2)
)

En la declaracion anterior estoy creando un campo de tipo autoincrementable que comience en cinco y su incremento sera de dos en dos.

Oracle

En el caso de Oracle es un poco mas trabajoso ya que no existe un tipo auto incrementable. Lo que se debe de hacer es primero crear un campo de tipo Number, luego crear una secuencia y por ultimo crear un trigger que realizara el autoincremento cada vez se haga un insert.

Ejemplo de todo esto seria:

create table prueba (
id number not null primary key,
descripcion varchar2(20)
)

Ya creada la tabla ahora crearemos una secuencia que comience desde uno y que se incremento en uno tambien.

create sequence seq_id_prueba
start with 1
increment by 1
nomaxvalue;

Hecha la secuencia debemos crear el trigger para que se utilice la secuencia para cada insert que le hagamos a la tabla.

create trigger trig_id_prueba
before insert on prueba
for each row
begin
select seq_id_prueba.nexval into :new.id from dual;
end;

Ahora cada vez que hagamos un insert podremos hacerlo asi:

insert into prueba(descripcion) values('Una fila');

Espero que les sirva este pequeno resumen ya que me costo un webo terminarlo aun cuando se ve sencillo ya que lo empece desde el domingo y hasta el dia de hoy logre terminarlo.

Comentarios (3)

Después de recomendar como conectar PostgreSQL y MySQL con OpenOffice.org Base, y encontrar la limitante de no poder realizar ni mucho menos ver un diagrama entidad relación con OpenOffice.org Base, me dispuse a utilizar DBDesigner4 que esta integrado muy bien con MySQL.

Es de aclarar que me he logrado conectar a mi servidor de base de Datos MySQL versión 5.0 sin ningun problema.

Para poderlo instalar se puede mediante los siguientes URL

Herramienta	Archivo descarga
DBDesigner4	DBDesigner4.0.5.4.tar.gz
KylixLibs	kylixlibs3-borqt-3.0-2.tar.gz
Driver DbExpress de MySQL para GNU/Linux	dbxmda.tar.gz

"área principal de trabajo de DBDesigner4"

"Falto que le pusiera las relaciones pero aun no lo he traveseado muy bien"

Comentarios (3)

Muchas veces he querido tener alguna herramienta para poder ver el diagrama Entidad-Relacion de una base de datos y con OpenOffice.org Base he encontrado esa solución.

En cuanto a MySQL existe un pequeño problema pues en cuanto a la integridad referencial no esta muy bien implementada así que la función de vista E-R en OpenOffice.org Base no esta habilitada para esta base de datos. Pero de igual forma se pueden usar sus otras buenas características como lo son los asistentes para generación de vistas, formularios y tablas que es muy buena.

Para usar OpenOffice.org siempre recomiendo el jdk versión 6.0 para la suite. Se debe de agregar los respectivos JAR para PostgreSQL y MySQL.

Para PostgreSQL se puede descargar el driver JDBC en su respectiva sección, al igual como para MySQL.

Ya teniendo los respectivos archivos JAR para cada base de datos lo primero es abrir ya sea Writer o Calc e ir al menú Opciones de este.

Comentarios (0)

En palabras del mismo rodrigo, según como se ha desarrollado la novela de SIG es importante saber las razones por que se ha decido trabajar esencialmente con java ya que el fue el delegado del estudio de viabilidad y factibilidad técnica.

El susodicho envió un correo al equipo de desarrollo exponiendo formalmente las razones por la cual no haremos uso de las herramientas privativas.

Claro esta que tengo el permiso del autor para publicarlo.

Señores, fíjense que tenemos un pequeño problema con usar Visual Studio, mas o menos en esto se resume:

Lenguaje de programacion:C# (conocido)
Ide: Visual Studio 2005
Base de datos: SQL Server 2005
Reporteador: Dundas Chart (requiere VS completo y SQL server completo)

Notas adicionales y problemas:
Como dundas chart requiere VS Completo y SQL server completo tambien, estamos en serios problemas al usar esta suite de trabajo. Ademas existe el eterno problema de la conexion remota con SQL server, eso segun las palabras de Roberto: "Nooooo se puede acceder de forma remota", osea, nunca funciona bien. A mi tambien me ha pasado.

Y hay que tomar en cuenta la arquitectura cliente servidor que quiere el Ing. Ayala para el programa. Y finalmente, a al Ing. Ayala le pusimos que trabajariamos en .NET

Ventajas:
Si todos usamos las aplicaciones completas, probablemente no haya problema. Y si alguien se da riata para solucionar el problema de la conexion remota con el SQL Server, entonces no hay mayor dificultad.

La otra opcion:

Lenguaje de programación: Java (como C#)
Ide: NetBeans
Base de datos: MySQL
Reporteador: iReport

Notas adicionales y problemas:
Falta de experiencia en el lenguaje y el entorno, hay que dedicarle quizás una semanita para comenzar a trabajar bien. Se siente al principio, algo lento. Y tendríamos que avisarle INMEDIATAMENTE al Ing. Ayala que vamos a usar Java.

Ventajas:
Todo se integra de lo lindo con NetBeans. TODO TODO TODO. MySQL, iReport, SVN, TODOOOO. Podes trabajar en linux y en windows y el estilo de programación seria OpenRanger (a que funcione).

Pensemos bien como vamos a trabajar, usar todo lo de Microsoft implica el uso de las suites COMPLETAS (SQL Server 2005 COMPLETO y Visual Studio 2005 COMPLETO (C#) por el Dundas Chart), y no quisiera que nos complicáramos usando SQL server... que para mi APESTA, pero es por traumas personales.
Roberto recomienda que trabajemos en Java (JaJaJa) dice que si no nos salen las cosas, el nos va ayudar (JAJAJA, no en serio, xD)
Quiero saber que es lo que piensan ...

Comentarios (1)opiniones, ¿cual es la tuya?

Después de esperar el exhaustivo análisis técnico de rodrigo sobre la viabilidad de usar primordialmente herramientas privativas, para desarrollar el sistema para la materia de Sistemas de Informacion Gerencial.

Los aspectos que menciono rodrigo de lo cual no es factible usar las herramientas en que se habían acordado son:

• El dundas chart necesita de el Visual Studio completo, cosa que nos rehusamos rotundamente, por que no lo necesitamos completo.

• También es necesita del Microsoft SQL 2005 completo, y según como dice rodrigo, no se con quien siempre tuvieron pedo que no pudieron abrirle las piernas para administrarlo remotamente.

Comentarios (0)

Hoy con el equipo de trabajo de SIG se decidió en conciliación trabajar con .NET, SQL Server Express y Dundas Chart para gráficar que nos dijo ramayac, lo único rescatable es que usaremos C#.

• Es mas fácil.
• La mayoría tiene experiencia trabajando con ello.
• Comodismo.

Ni modo volveré a las raíces con la cual Microsoft me ha educado desde el principio, creo que para desarrollar aplicaciones para la U la única alternativa libre aceptable es php y a veces MySQL. Supongo que la única forma para desarrollar con las herramientas que quiero es irme solo pero es una pendejada pensar eso, ya que soy un ente social y debo aprender a llegar a buenos acuerdos con los compas para que el resultado sea un éxito, es parte de mi crecimiento profesional.


Así que a instalar windows again se ha dicho...!!!

Comentarios (6)

Cuando necesitamos trabajar en equipo es necesario centralizar ciertas cosas, así como el gestor de base de datos para que todos podamos trabajar con la misma información.

Entonces requiere configurarlo para los mismos fines, ya había explicado antes como hacerlo con instalar y configurar PostgreSQL, ahora sera el caso con MySQL 5 también para Debian, y lo haré a la forma simple con el MySQL Administrator que se puede descargar en dev.mysql.com o también desde el mismo repositorio de debian.

Antes que nada necesitamos instalar el MySQL Server, el MySQL Query para realizar consultas SQL y el MySQL Administrator como herramientas administrativa gráfica.

# apt-get install mysql-server-5.0 mysql-admin mysql-query-browser

Para dar acceso en remoto debemos editar un archivo de configuración llamado my.cnf

# nano /etc/mysql/my.cnf

Hay que buscar la linea que diga

bind-address = 127.0.0.1

Y se comenta poniendo el simbolo "#" al principio de esta que debe quedar asi

# bind-address = 127.0.0.1

Guardamos el archivo y reiniciamos el servicio de mysql

# /etc/init.d/mysql restart

Luego de esto ingresamos al mysql-admin para asignar contraseña al usuario root, dejamos como nombre Username root en el login y el Password en blanco, ya que no hay asignado ningun password.


Nos vamos a la opción User Administration y desde alli podemos cambiarle el password al usuario root y a la vez poder crear otro, para que los cambios tengan efecto basta con dar clic en el boton Apply Changes.


Ahora debemos crear otro usuario con el cual accederemos en remoto, esto se hace siempre en User Administration y se da clic en el boton New User, alli la creacion es intuitiva. En mi caso yo cree un usuario llamado debmysql y le asigne su respectivo password. Ahora bien hay que dar permisos a este usuario para poderse conectar en remoto, para ello se hace clic en el usuario creado en la parte inferior izquierda habiendo ya seleccionado previamente la opcion User Administration.


Ahora hay que asignarle esto esto se hace dando clic derecho en este usuario y seleccionar la opcion Add Host

Comentarios (5)