UTNianos

Versión completa: Oracle 11 G, consulta.
Actualmente estas viendo una versión simplificada de nuestro contenido. Ver la versión completa con el formato correcto.
Buenas, alguien trabajo con Oracle alguna vez y me puede dar algo de info?, porque estoy por empezar a trabar en un proyecto nuevo que tiene Oracle 11 g y no conozco nada. Necesitaria que me den un poco de info sobre el tema, como se instala y todo lo que puedan, ya que hasta ahora habia trabajado solo con SQL Server 2000/2005/2008.

Gracias.


Saludos,
Leandro.
Yo trabajo con Oracle 9i. Te tiro alguna data.

De por sí es un motor de base de datos como cualquier otro (en lo que hace a su funcionalidad básica). Y soporta ANSI SQL por lo que las consultas más comunes las podés resolver.
Hay algunas características propias de Oracle, que te vas a dar cuenta cuando te falle alguna consulta.

Tenés una herramienta llamada "Enterprise Manager Console" que sería el equivalente al "Enterprise Manager" (Administrador Corporativo) del SQL Server.
También tenés el SQL Plus para ejecutar consultas, que sería el equivalente al Query Analizer (Analizador de Consultas) del SQL Server.

Lo que no me gusta de Oracle es que muchas cosas son a manopla, muchas cosas se resuelven ejecutando comandos. Mismo en el SQL Plus, que es como un command line pero más lindo. Para hacer una analogía, digamos que Oracle es como Linux, que si bien tenés ventanas y es todo muy lindo y potente, hay cosas que sin una consola no las podés hacer (o tal vez sí, pero los capos prefieren siempre la consola).

A nivel organización de los objetos, el concepto de "base de datos" no es el mismo que conocemos de SQL Server. En Oracle es como si tuvieras una única base de datos, y ahí adentro todas las tablas tiradas de todas las cosas, organizadas de manera que puedas encontrarlas.

Existen 3 objetos básicos que se relacionan:
- Tablespace: es el lugar físico donde se almacenan los datos de una o más tablas.
- Usuario (User): es un usuario de la base de datos.
- Scheme (Esquema): es un conjunto de tablas asociadas a un usuario (podríamos decir análogamente que ésto sería, para nosotros, una base de datos).

Entonces primero se crea el tablespace, que será el lugar donde se guardarán los datos de tus tablas. Si no hacés ésto no pasa nada, porque las tablas pueden alojarse en otro tablespace (existe uno creado por default).

Luego creás un usuario, por ejemplo, Pepito. Cuando lo creás tenés que indicar qué tablespace va a usar. Y ahí ya tenés creado de manera automática el esquema asociado a ese usuario, sólo que no lo vas a ver, porque todavía no tenés tablas.

Cuando creás una tabla, tenés que indicar en qué esquema la querés poner, y de esa forma queda asociada a un usuario, y sus datos se almacenen en el tablespace indicado.

¿Se entendió más o menos?

De todos modos, creando una tabla en un esquema podés indicar que sus datos se guarden en otro tablespace, entonces podés tener en un mismo esquema tablas que están en diferentes tablespaces.

Al momento de hacer las consultas, muchas veces se indica en qué esquema buscar, o mejor dicho, sobre las tablas de qué usuario. Ej:

select * from pepito.mitabla

De hecho si configurás un DSN para acceder por ODBC, en la configuración te pide el user id.

Bueno, no sé, hay mucho por decir.
Pero no le tengas miedo, como dije de entrada, es un motor de base de datos como cualquier otro. Con sus particularidades, pero nada de otro mundo.


PD: Si alguno leyó este post y cree que me confundí en algo, no dude en corregirme.
Gracias, entendi perfecto, no parece muy complicado, salgo que se mezclen tablas de un usuario con otro. Un usuario vendria a ser como una Base de datos en SQL Server. jaja
Espero que no tengan todo mezclado sino me voy a volver loco.

Muchas gracias por tu ayuda.

Saludos,
Leandro.
Lo que tenés de diferente , con SQL server, que acá , hay una gran instancia, que es el contenedor de la base de datos. Se pueden tener mas de una instancia, y por ende mas de una base de datos, pero no es tan sencillo como decir "create database", tenés que configurar los table space, los ficheros de control, los redologs asociado, y muchos bardos mas.
Que los usuarios se mezclen con las tablas, no me paso nunca, pero de entrada es engorroso, pero con la práctica se deja llevar. Y vas a ver que esta bastante bueno!
Saludos!
URLs de referencia