Mensaje: #2
RE: Oracle 11 G, consulta.
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.
(Este mensaje fue modificado por última vez en: 07-06-2011 19:24 por LeaTex.)
|