MUNDOSAP

MUNDOSAP (foro/index.php)
-   Programación ABAP IV (foro/forumdisplay.php?f=4)
-   -   SQL vs. ORACLE (foro/showthread.php?t=11499)

Driau 04/03/08 11:18:35

SQL vs. ORACLE
 
Hola a todos,

Estoy escribiendo mi TFC sobre SAP y he llegado al punto de hablar un poco sobre Oracle y SQL. Quisiera saber si alguien me podria explicar un poco sobre el tema. Que motivos hay para escoger uno u otro? Son igual de eficientes? y por cierto..!! Cuando se implanta SAP por primer vez en una empresa (cuando ya se sabe los modulos que se quieren, etc...) como se implanta??? Es decir..como se rellenan las tabals DB con datos????

Estoy muy preguntón no???

Venga..que es por una buena causa... :o

LouieBoy 04/03/08 11:35:31

Buenas, ufff intentare contestar hasta que llegue.

1- SQL es un lenguaje standard, si hablamos de sistemas gestores de base de datos sap soporta, SQL Server, ORACLE y el propio de sap, si me dejo alguno sorry, la gracia es que si tu pones sap sobre cualquiera de estos tres, podras utilizar querys mediante OPEN SQL, es una variante de sql q te propone sap para que la sentencias las puedes utilizar independientemente del tipo de base de datos que tengas debajo, tambien puedes utilizar sentencias sql del sistema nativo de la BD pero eso hace q los programas no sean portables y rompe un poco la gracia. Si estamos hablando de SAP vs ORACLE como erps, pues aqui no puedo ayudar mucho, yo soy sapero y de oracle conzco bien poco.
2-Una implantacion de sap se hace segun los requerimientos del cliente, osea quien define los modulos son las necesidades que este tenga, generalmente el minimo siempre es el pack FI (Finanzas) CO (controlling) SD (ventas) y MM (compras).
3-Como se rellenan las tablas? remitiendonos a lo general, las tablas casi nunca se rellenan a saco (mediante updates utilizando SQL) siempre se utilizan interfases, ya sean funciones standard que te proporciona sap, o realizar programas batch , que emulan como si un usuario lo estubiera entrando a mano, que datos se entran? pues generalmente la empresa suele tener un sistema anterior, tambien denominado como legacy, los datos de este sistema se formatean siguiendo una estructura y desde sap lees dicha informacion y la utilizas mediante los metodos que he mencionado.
MUY EN RESUMEN es mas o menos eso, a ver si alguien mas responde y entre todos te damos una vision general.

Saludos,

LouieBoy

ballan 04/03/08 14:11:59

Bueno yo aportare tambien mi granito de arena

Hasta donde yo se la mayor diferencia que existe entre SQL Server y Oracle es que SQL solo funciona bajo plataformas Windows y Oracle puede trabajar en practicamente cualquier plataforma, como la mayoria de los servidores trabajan bajo alguna distribucion de Unix normalmente SAP trabaja contra BBDD de Oracle

Por otra parte SQL Server es mas barato y "facil" de instalar que Oracle y es ligeramente superior en rendimiento
Oracle sin embargo tiene mucha experiencia con SAP sobre todo en la parte de HR (Recursos Humanos) y ofrece mas opciones de configuracion que puede parametrizar el administrador de la BBDD para optimizar el rendimiento, ademas la parte PL-SQL de Oracle es mucho mas amplia que la del SQL Server ya que este ultimo es mas "conceptual" o standard que Oracle que esta mas orientado al trabjo y necesidades reales y sobre todo a SAP

Como bien dice LouieBoy las cargas iniciales deben hacerse mediante el LSMW (Legacy System Migration Workbench) que es un metodo standar que ofrece SAP para cargar datos de los objetos que tiene implementados (Pedidos, Materiales, etc)

Otra forma de cargar datos es mediante CATT (ahora sustituido por ECATT) que suele utilizarse en la parte de FI (Cargas de saldos iniciales de cuentas, datos bancarios etc) que basicamente lo que hace es cargar datos de un fichero con un formato especifico y realizar un batch input standar

Cuando no queda mas remedio se tiene que recurrir al metodo artesanal de crear un programa Z para cargar datos, trayendote los datos del fichero y realizando tu mismo el batch input, no obstante cada dia se debe utilizar menos este sistema puesto que es muy trabajoso frente a la comodidad, flexibilidad y potencia de la LSMW

LouieBoy 04/03/08 14:29:20

Añado:
El LSMW es una herramienta que esta en extincion, lo esta substituyendo las bapis junto al entorno SXDB. Y que conste que yo me hartado de usar el LSMW y hasta cierto punto es divertido, pero por ejemplo los Materilales si no es con una BAPI se convierte en un inferno...Esto es un tema mas técnico, culturilla general.

Saludos,

LouieBoy

vickxo 04/03/08 15:59:50

Yo prefiero Oracle
 
Con respecto al tema SQL Oracle, lo que me yo he visto es que uno basa la instalacion de SAP en el manejador de base de datos que disponga el cliente. SAP puede comunicarse con cualquier manejador de BD, ya sea Oracle, SQL Server, el manejador de BD propio de SAP q no recuerdo el nombre entre otros que en realidad no recuerdo pero que si es un sistema manejador de BD es seguro que tenga comunicacion con SAP.
Ahora bien q es mejor SQL Server u Oracle pues depende de tus necesidades, SQL solo trabaja sobre sistemas windows, mientras que Oracle 9i soporta todas las plataformas conocidas (Windows, AIX, UNIX, Series HP, Linux, Solaria y alguna otra rara que yo no conosca y que seguro existe).
En requirimientos de HW, Oracle pide mucho mas q SQL server, lo que lo hace mas caro. Ejemplo, Oracle pide 140 MB en System Drive 4.5 GB para almacenamiento...revisar la ficha tecnica.
Decir que gestor es mas eficiente pues esta cañon, en teoria si haces un buen diseño de BD asi como planes eficientes de mantenimiento cualquiera de los dos serian ideales. Cual elegir, depende del entorno del sistema en el cual estas es decir si no tiene una plataforma UNIX y SQL te basta para que comprar Oracle? Por que claro, Oracle es mas caro. A mi me gusta mas por toda la moneria que trae consigo, por el PL/SQL, por el tema de las bases distribidas (q tambien tiene SQL Server). Vaya, SQL te provee de T-SQL pero sigue siendo mas poderoso PL/ SQL. El tema es que no necesitas pro ejemplo un rifle para matar una mosca, con un matamoscas basta. Oracle es el rifle, SQL el matamoscas...bueno igual y es un revolver exajere. La conclusion es que dependiendo del entorno sera el SGBD a elegir.
Chekt este link, trae unas buenas comparaciones:



Con respecto a como se llenan las tablas de SAP, pues no se hacen directamente con INSERT's por que truenas todas las validaciones de SAP, lo que se hace es simular que un usuario lo hace, la tecnologia de carga varia, puede ser LSMW, BAPIS, Call y demas monerias que ya han citado anteriormente. Como se hacen estas cargas? El equipo de funcionales hacen un plan de cargas y asi van deciciendo que modulos se van cargando.

Bueno, espero que alguien mas siga con esto q es muchisimo choro para un solo post ...saludos


Husos Horarios son GMT. La hora en este momento es 18:16:23.

www.mundosap.com 2006 - Spain
software crm, crm on demand, software call center, crm act, crm solutions, crm gratis, crm web