MUNDOSAP

Regresar   MUNDOSAP > DESARROLLO > Programación ABAP IV
Nombre de Usuario
Contraseña
Home Descargas Registrar FAQ Miembros Calendario Buscar Temas de Hoy Marcar Foros Como Leídos




 
Respuesta
 
Herramientas Buscar en Tema Desplegado
  #1  
Viejo 04/03/08, 11:18:35
Avatar de Driau
Driau Driau is offline
Senior Member
 
Fecha de Ingreso: ago 2007
Mensajes: 235
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...
Responder Con Cita
  #2  
Viejo 04/03/08, 11:35:31
LouieBoy LouieBoy is offline
Member
 
Fecha de Ingreso: ago 2006
Mensajes: 86
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

Úlima edición por LouieBoy fecha: 04/03/08 a las 11:43:36.
Responder Con Cita
  #3  
Viejo 04/03/08, 14:11:59
ballan ballan is offline
Senior Member
 
Fecha de Ingreso: oct 2006
Mensajes: 668
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
Responder Con Cita
  #4  
Viejo 04/03/08, 14:29:20
LouieBoy LouieBoy is offline
Member
 
Fecha de Ingreso: ago 2006
Mensajes: 86
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
Responder Con Cita
  #5  
Viejo 04/03/08, 15:59:50
vickxo vickxo is offline
Senior Member
 
Fecha de Ingreso: nov 2006
Localización: Madrid, España
Mensajes: 118
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:
http://www.mssqlcity.com/Articles/Co..._vs_oracle.htm


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
__________________
el tema esta en hacer la pregunta correcta...
Responder Con Cita
Respuesta


Herramientas Buscar en Tema
Buscar en Tema:

Búsqueda Avanzada
Desplegado

Reglas de Mensajes
no puedes crear nuevos temas
no puedes responder temas
no puedes adjuntar archivos
no puedes editar tus mensajes

El código vB está On
Las caritas están On
Código [IMG] está On
Código HTML está Off
Saltar a Foro


Husos Horarios son GMT. La hora en este momento es 13:05:09.


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