Hola a todos:
Probé de migrar un archivo que tengo en cobol con todos apellidos que
contengan la letra ñ, a mi BD oracle 10g, la cual tiene configurado
nls_language: LATIN AMERICAN SPANISH
nls_territory: ARGENTINA
pero al ver la tabla migrada en oracle me muetra que todas las ñ
pertenecientes a los apellidos las remplazó por otro caracter en este
caso una Q.
¿Saben que parámetro nls me estará faltando y cual es su valor?
Muchas gracias.
Puedes utilizar el Administrador de Oracle en Enterprise, en la pestaña de Administracion y Mantenimiento encontraras el proceso para efectuar la importacion.
solo que para efectuar este proceso tendras que logearte con :sys u system y tu usuario y no olvides utilizar la cadena de conexion de la base
De: AdminBDOracle@yahoogroups.com [mailto:AdminBDOracle@yahoogroups.com] En nombre de Fernando Romero Enviado el: Martes, 24 de Octubre de 2006 08:44 a.m. Para: AdminBDOracle@yahoogroups.com Asunto: RE: [Oracle] Solicitud de Información
Hola Juan Pablo, en que formatos tenes los archivos para importar a la base?
Saludos
-----Mensaje original----- De: AdminBDOracle@yahoogroups.com [mailto:AdminBDOracle@yahoogroups.com] En nombre de Juan Pablo Enviado el: Martes, 24 de Octubre de 2006 10:00 a.m. Para: AdminBDOracle@yahoogroups.com Asunto: [Oracle] Solicitud de Información
Saludos,
No se si por este medio puedan ayudarme, pero tengo un problema con oracle 8.1.7, necesito importar una base de datos y no se como hacerlo, soy nuevo en este mundo de las bases de datos y no tengo nada de conocimientos sobre oracle. Por favor, agradecería cualquier ayuda.
Gracias
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
Mira yo efectue ese proceso en una ocasion pero lo hice de la siguiente forma:
- Documente todos los procedimientos a los cuales tenian derechos los roles y usuarios respectivos.
- Luego quite desde el Administrador Manager los permisos a esos procedimientos de tal forma de cancelarles la operacion para analisis de tablas.
Lo que puedes hacer es crear roles si lo que desean es decentralizar las operaciones sobre algunos procesos de tal forma que solo "x" usuarios puedan efectuar dicho proceso.
De: AdminBDOracle@yahoogroups.com [mailto:AdminBDOracle@yahoogroups.com] En nombre de José María Pérez Montes Enviado el: Martes, 24 de Octubre de 2006 01:50 a.m. Para: AdminBDOracle@yahoogroups.com Asunto: [Oracle] Auditoría
Buenos días, compañeros.
Resulta que tengo que comprobar que sobre una serie de tablas no se realicen operaciones de insert, update o delete. Bastaría con tener un trigger en cada una de ellas pero partiendo de la base de que el usuario que pudiera "corromper" dichas tablas con las operaciones antes mencionadas, puede activar o desactivar los triggers y demas, pues me han comentado algo de la auditoria de tablas. Se que se puede hacer quitando permisos sobre dichas tablas al usuario en cuestión pero digamos que queremos dejarle que pueda hacer lo que tenga en gana pero queremos saber qué hace en sa tabla.. y es por eso que si alguno sabe algo del tema de la auditoria de tablas, le rogaría me diera al menos unas pinceladas al respecto.
El día 24/10/06, jose luis orosco naveros <jl_orosco@...> escribió:
Tienes que habilitar el paràmetro audit_trail=DB para habilitar la auditoria, luego debes conceder dependiendo del caso si quieres auditar una tabla cualquiera por ejemplo:
audit select,insert on esquema.tabla by session / por sessiòn
audit select,insert on esquema.tabla by access / por acceso
audit select,insert on esquema.tabla / para auditar una table en general
Luego puedes verificar las siguientes vistas
ALL_DEF_AUDIT_OPTS. Contiene las opciones de auditoría predeterminadas.
DBA_STMT_AUDIT_OPTS. Contiene las opciones de auditoria sobre las sentencias especificadas.
DBA_PRIV_AUDIT_OPTS. Contiene las opciones de auditoría sobre los privilegios.
DBA_OBJ_AUDIT_OPTS. Contiene las opciones de auditoría sobre los objetos de esquemas.
Para ver los resultados de los procesos de auditoría existen las siguientes vistas del diccionario de datos:
DBA_AUDIT_TRAIL. Contiene todas las entradas de la auditoría.
DBA_AUDIT_EXISTS. Contiene los registros de los eventos sobre la existencia o no existencia de los objetos.
DBA_AUDIT_OBJECT. Contiene los registros de los eventos sobre los objetos de la base de datos.
DBA_AUDIT_SESSION. Contiene los eventos sobre la sesiones iniciadas o terminadas en la base de datos.
DBA_AUDIT_STATEMENT. Contiene los registros sobre la auditoría de las sentencias.
Y como mencionas tambien puedes habilitar triggers y almacenar los registros modificados. Espero te sirva de ayuda.
Buenos días, compañeros.
Resulta que tengo que comprobar que sobre una serie de tablas no se realicen operaciones de insert, update o delete. Bastaría con tener un trigger en cada una de ellas pero partiendo de la base de que el usuario que pudiera "corromper" dichas tablas con las operaciones antes mencionadas, puede activar o desactivar los triggers y demas, pues me han comentado algo de la auditoria de tablas. Se que se puede hacer quitando permisos sobre dichas tablas al usuario en cuestión pero digamos que queremos dejarle que pueda hacer lo que tenga en gana pero queremos saber qué hace en sa tabla.. y es por eso que si alguno sabe algo del tema de la auditoria de tablas, le rogaría me diera al menos unas pinceladas al respecto.
Un saludo,
Jose María.
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Hola Juan Pablo, en que formatos tenes los archivos para importar a la base?
Saludos
-----Mensaje original----- De: AdminBDOracle@yahoogroups.com [mailto:AdminBDOracle@yahoogroups.com] En nombre de Juan Pablo Enviado el: Martes, 24 de Octubre de 2006 10:00 a.m. Para: AdminBDOracle@yahoogroups.com Asunto: [Oracle] Solicitud de Información
Saludos,
No se si por este medio puedan ayudarme, pero tengo un problema con oracle 8.1.7, necesito importar una base de datos y no se como hacerlo, soy nuevo en este mundo de las bases de datos y no tengo nada de conocimientos sobre oracle. Por favor, agradecería cualquier ayuda.
Gracias
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
Tienes que habilitar el paràmetro audit_trail=DB para habilitar la auditoria, luego debes conceder dependiendo del caso si quieres auditar una tabla cualquiera por ejemplo:
audit select,insert on esquema.tabla by session / por sessiòn
audit select,insert on esquema.tabla by access / por acceso
audit select,insert on esquema.tabla / para auditar una table en general
Luego puedes verificar las siguientes vistas
ALL_DEF_AUDIT_OPTS. Contiene las opciones de auditoría predeterminadas.
DBA_STMT_AUDIT_OPTS. Contiene las opciones de auditoria sobre las sentencias especificadas.
DBA_PRIV_AUDIT_OPTS. Contiene las opciones de auditoría sobre los privilegios.
DBA_OBJ_AUDIT_OPTS. Contiene las opciones de auditoría sobre los objetos de esquemas.
Para ver los resultados de los procesos de auditoría existen las siguientes vistas del diccionario de datos:
DBA_AUDIT_TRAIL. Contiene todas las entradas de la auditoría.
DBA_AUDIT_EXISTS. Contiene los registros de los eventos sobre la existencia o no existencia de los objetos.
DBA_AUDIT_OBJECT. Contiene los registros de los eventos sobre los objetos de la base de datos.
DBA_AUDIT_SESSION. Contiene los eventos sobre la sesiones iniciadas o terminadas en la base de datos.
DBA_AUDIT_STATEMENT. Contiene los registros sobre la auditoría de las sentencias.
Y como mencionas tambien puedes habilitar triggers y almacenar los registros modificados. Espero te sirva de ayuda.
Buenos días, compañeros.
Resulta que tengo que comprobar que sobre una serie de tablas no se realicen operaciones de insert, update o delete. Bastaría con tener un trigger en cada una de ellas pero partiendo de la
base de que el usuario que pudiera "corromper" dichas tablas con las operaciones antes mencionadas, puede activar o desactivar los triggers y demas, pues me han comentado algo de la auditoria de tablas. Se que se puede hacer quitando permisos sobre dichas tablas al usuario en cuestión pero digamos que queremos dejarle que pueda hacer lo que tenga en gana pero queremos saber qué hace en sa tabla.. y es por eso que si alguno sabe algo del tema de la auditoria de tablas, le rogaría me diera al menos unas pinceladas al respecto.
Un saludo,
Jose María.
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
No se si por este medio puedan ayudarme, pero tengo un problema con oracle 8.1.7, necesito importar una base de datos y no se como hacerlo, soy nuevo en este mundo de las bases de datos y no tengo nada de conocimientos sobre oracle. Por favor, agradecería cualquier ayuda.
Gracias
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
No se si por este medio puedan ayudarme, pero tengo un problema con oracle 8.1.7, necesito importar una base de datos y no se como hacerlo, soy nuevo en este mundo de las bases de datos y no tengo nada de conocimientos sobre oracle. Por favor, agradecería cualquier ayuda.
Gracias
LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
Resulta que tengo que comprobar que sobre una serie de tablas no se realicen operaciones de insert, update o delete. Bastaría con tener un trigger en cada una de ellas pero partiendo de la base de que el usuario que pudiera "corromper" dichas tablas con las operaciones antes mencionadas, puede activar o desactivar los triggers y demas, pues me han comentado algo de la auditoria de tablas. Se que se puede hacer quitando permisos sobre dichas tablas al usuario en cuestión pero digamos que queremos dejarle que pueda hacer lo que tenga en gana pero queremos saber qué hace en sa tabla.. y es por eso que si alguno sabe algo del tema de la auditoria de tablas, le rogaría me diera al menos unas pinceladas al respecto.
He migrado un esquema de una BD de 32 bit a una BD de 64 bit; con imp/exp; lo que quiero hacer ahora es comparar estos esquemas y que me
muestre si tiene diferencias esto es posible? Cuento con la herramienta TOAD se puede utilizar para esto? como lo hago?
utilizando TOAD, en el menú DBA existe la opción Compare Schemas (tuviste que haber instalado la opción DBA de TOAD).
Espero que esto te sirva.
Saludos,
Patricio.
Mariano <mpipino@...> wrote:
Hola Buenos días.
He migrado un esquema de una BD de 32 bit a una BD de 64 bit; con imp/exp; lo que quiero hacer ahora es comparar estos esquemas y que me muestre si tiene diferencias esto es posible? Cuento con la herramienta TOAD se puede utilizar para esto? como lo hago?
Si el export fue un export FULL y no te tiró ningun error, y el import tampoco te tiró ningun error, quedate tranquilo que se importo todo todo.
Aún asi podes crear un dblink entre ambas bases, y hacer un join con la siguiente view, dba_objects....
Saludos.
Daniel
Mariano <mpipino@...> escribió:
Hola Buenos días.
He migrado un esquema de una BD de 32 bit a una BD de 64 bit; con imp/exp; lo que quiero hacer ahora es comparar estos esquemas y que me muestre si tiene diferencias esto es posible? Cuento con la herramienta TOAD se puede utilizar para esto? como lo hago?
Muchas gracias.
__________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar
Hola Buenos días.
He migrado un esquema de una BD de 32 bit a una BD de 64 bit; con
imp/exp; lo que quiero hacer ahora es comparar estos esquemas y que me
muestre si tiene diferencias esto es posible? Cuento con la
herramienta TOAD se puede utilizar para esto? como lo hago?
Muchas gracias.
Quisiera hacerles una consulta, ya que
no encuentro ninguna documentación al respecto.
Estoy desarrollando un arbol jerarquico
en forms 6i, y quisiera saber si es posible que al cargar los datos, cada
nodo o nivel tome un color diferente. Mas o menos de la siguiente
manera:
Estimados:
Si alguno conoce o ha utilizado la herramienta Pro Cobol de Oracle, le
agradecería su ayuda.
El caso es el siguiente: un programa fuente hecho en Microfocus Cobol,
debo embeberle dentro de la sintaxis cobol, la sentencia apropiada con
la cadena de conexión a la base de datos Oracle, y luego otras
sentencias SQL para consultar y actualizar datos de la base.
Tengo entendido que podría hacerse con ProCobol, o quizá se pueda hacer
con alguna otra alternativa.
Si alguien puede ayudarme con ésto, le agradecería me informe la forma
de hacerlo, el código elemental que debo embeber para conectarme, y las
directivas de compilación/linkeo (si las hubiere).
Muchas gracias.
set heading on set verify on set feedback on set echo on
Modificalo a tu gusto... pero la idea del script se entiende.
Saludos!
Leo
De
AdminBDOracle@yahoogroups.com
para :
AdminBDOracle@yahoogroups.com
Cc
Fecha
Mon, 09 Oct 2006 12:46:30 +0000
Asunto:
[Oracle] imp/exp
Hola a todos.
Utilizé el imp y el exp para pasar un esquema de una base de datos a otra pero todos los objetos de este esquema me quedaron en el tablespace system y lo que necesito es que me queden en el tablespace que he creado datos; lo que necesito saber es como pasar las tablas de todo un esquema en mi caso se llama student al tablespace datos. Lo que quiero hacer es pasar todo el esquema y no tabla por tabla. ¿Cómo puedo hacer esto?
Y recuerda reconstruir luego todos los índices porque se te quedarán en estado UNUSED.
Si también los quieres cambiar de tablespace porque te los ha creado en SYSTEM, puedes aprovechar y crearte también un script dinámico parecido
select 'alter index '||index_name||' rebuild tablespace tuTBSP;' > from user_indexes where status='UNUSED'
Otro saludete
>corre un script parecido a este ¿no? >select 'alter table '||table_name||' move tablespace tuTBSP;' > from user_tables > ----- Original Message ----- > From: Mariano > To: AdminBDOracle@yahoogroups.com > Sent: Monday, October 09, 2006 2:46 PM > Subject: [Oracle] imp/exp > Hola a todos. > Utilizé el imp y el exp para pasar un esquema de una base de datos a > otra pero todos los objetos de este esquema me quedaron en el > tablespace system y lo que necesito es que me queden en el tablespace > que he creado datos; lo que necesito saber es como pasar las tablas > de todo un esquema en mi caso se llama student al tablespace datos. > Lo que quiero hacer es pasar todo el esquema y no tabla por tabla. > ¿Cómo puedo hacer esto? > Muchas gracias. >
Utilizé el imp y el exp para pasar un esquema de una base de datos a otra pero todos los objetos de este esquema me quedaron en el tablespace system y lo que necesito es que me queden en el tablespace que he creado datos; lo que necesito saber es como pasar las tablas de todo un esquema en mi caso se llama student al tablespace datos. Lo que quiero hacer es pasar todo el esquema y no tabla por tabla. ¿Cómo puedo hacer esto?
Hola a todos.
Utilizé el imp y el exp para pasar un esquema de una base de datos a
otra pero todos los objetos de este esquema me quedaron en el
tablespace system y lo que necesito es que me queden en el tablespace
que he creado datos; lo que necesito saber es como pasar las tablas
de todo un esquema en mi caso se llama student al tablespace datos.
Lo que quiero hacer es pasar todo el esquema y no tabla por tabla.
¿Cómo puedo hacer esto?
Muchas gracias.
LO DEL DTS esta bien para transferiri datos pero no es
util para mas, toda vez que algunos tipos no coinciden
o tienen otra filosofia entre sql y oracle, lo mejor
es que uses
ORACLE migration workbench hasta donde yo se es
gratis, no es lo mejor pero ayuda mucho en una
migracion y es facil de usar. la otra es usar
herramientas especificas para migrar algunas licencian
hasta cierto numero de objetos a convertir de ahi en
adelante debes pagar por ejemplo el sqlways
espero haber ayudado.
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Prueba NLS_LANG , con ese creo ke basta, es el
mas potente.
El Wed, 04 Oct 2006 19:18:04 -0000
"Mariano" <mpipino@...> escribió:
>Hola a todos:
>
>lo que tengo yo es:
>NLS_LANGUAGE=AMERICAN
>NLS_TERRITORY=AMERICA
>
>lo quiero cambiar a español y no se bien el
>tema del territorio que es
>lo que se pone, el continente, el país?
>
>para lo que yo quiero sería:
>NLS_LANGUAGE=SPANISH
>NLS_TERRITORY=?????
>
>Debo de tener algún otro parámetro?
>
>Muchas gracias.
>
>
>
Saludos :
Juan Pablo Balzategui.
--------------------------------------------------------------------------------\
---
Di adiós a los virus y a los pop-ups:
http://barra.hispavista.com/hispavista/cargar.html
Correo seguro con tecnología Panda Software.
--------------------------------------------------------------------------------\
---
--------------------------------------------------------------------------------\
---
¿Conoces eBay, el mayor centro de compra y venta en internet?
Móviles, portátiles, pda´s, cd´s, cámaras digitales, videocamaras...
¡Compra ahora a los mejores precios! http://ebay.hispavista.com
--------------------------------------------------------------------------------\
---
Agrégale NLS_TERRITORY=SPAIN
Mariano escribió:
> Hola a todos:
>
> lo que tengo yo es:
> NLS_LANGUAGE=AMERICAN
> NLS_TERRITORY=AMERICA
>
> lo quiero cambiar a español y no se bien el tema del territorio que es
> lo que se pone, el continente, el país?
>
> para lo que yo quiero sería:
> NLS_LANGUAGE=SPANISH
> NLS_TERRITORY=?????
>
> Debo de tener algún otro parámetro?
>
> Muchas gracias.
>
>
>
>
Hola a todos:
lo que tengo yo es:
NLS_LANGUAGE=AMERICAN
NLS_TERRITORY=AMERICA
lo quiero cambiar a español y no se bien el tema del territorio que es
lo que se pone, el continente, el país?
para lo que yo quiero sería:
NLS_LANGUAGE=SPANISH
NLS_TERRITORY=?????
Debo de tener algún otro parámetro?
Muchas gracias.
Provides a means to exit a form, confirming commits and specifying rollback action.
n In most contexts, EXIT_FORM navigates "outside" the form. If there are changes in the current form that have not been posted or committed, Form Builder prompts the operator to commit before continuing EXIT_FORM processing.
n If the operator is in Enter Query mode, EXIT_FORM navigates out of Enter Query mode, not out of the form.
n During a CALL_INPUT, EXIT_FORM terminates the CALL_INPUT function.
Built-in Type restricted procedure Enter Query Mode yes
Parameters
commit_mode ASK_COMMIT Form Builder prompts the operator to commit the changes during EXIT_FORM processing.
However, if RECORD_STATUS is INSERT but the record is not valid, Form Builder instead asks the operator if the form should be closed. If the operator says yes, the changes are rolled back before the form is closed.
DO_COMMIT Form Builder validates the changes, performs a commit, and exits the current form without prompting the operator. NO_COMMIT Form Builder validates the changes and exits the current form without performing a commit or prompting the operator. NO_VALIDATE Form Builder exits the current form without validating the changes, committing the changes, or prompting the operator.
rollback_mode TO_SAVEPOINT Form Builder rolls back all uncommitted changes (including posted changes) to the current form's savepoint.
FULL_ROLLBACK Form Builder rolls back all uncommitted changes (including posted changes) that were made during the current Runform session. You cannot specify a FULL_ROLLBACK from a form that is running in post-only mode. (Post-only mode can occur when your form issues a call to another form while unposted records exist in the calling form. To prevent losing the locks issued by the calling form, Form Builder prevents any commit processing in the called form.) NO_ROLLBACK Form Builder exits the current form without rolling back to a savepoint. You can leave the top level form without performing a rollback, which means that you retain the locks across a NEW_FORM operation. These locks can also occur when running Form Builder from an external 3GL program. The locks remain in effect when Form Builder returns control to the program.
Usage Notes
Because the default parameters of EXIT_FORM are ASK_COMMIT for commit_mode and TO_SAVEPOINT for rollback_mode, invoking EXIT_FORM without specifying any parameters in some contexts may produce undesired results. For example, if the form is in POST only mode and EXIT_FORM is invoked without parameters, the user will be prompted to commit the changes. However, regardless of the user's input at that prompt, the default rollback_mode of TO_SAVEPOINT rolls back the changes to the form despite a message confirming that changes have been made. To avoid conflicts explicitly specify parameters.
Creo que lo he solucionado, aunque me gustaria confirmarlo bien, pero yo creo que poniendo en el formulario B cuando me salgo Exit_Form(NO_COMMIT, NO_ROLLBACK); en lugar de un simple exit_forms, luego si que me valida las
transaciones de B, A.
Es como si un simple exit_form realizase un rollback;
----- Original Message ----- From: "Carlos de Burgos" <
carlosdbb@...> Sent: Wednesday, October 04, 2006 12:03 PM Subject: commit en la llamada call_form de un formulario a otre
> Buenos días, > > Estoy con forms 6i, bajo oracle 9i, desde un procedimiento de un Forms A
> estoy llamando a otro Forms B de la siguiente manera > CALL_FORM('FormsB',HIDE,DO_REPLACE,NO_QUERY_ONLY,list_id); (ninguno de > los 2 formularios estan asociados sus bloques a BD) > > Este Forms B realiza una serie de operaciones, las cuales no las valido a
> drede, porque luego cuando me salgo de ese formulário ( con un exit_form) y > regreso al Formulario A este sigue realizando unas operaciones y según como > vaya realiza un commit (bien con commit solo o forms_ddl('commit'); ) o
un > rollback. > > El problema está en que el commit del formulario A no me valida las > operaciones del de B, Es como si estuviesen en sesiones distintas. ¿Cómo > puedo hacerlo o como se debe de hacer)
> > Tb. habia probado a llamar a B con un OPEN_FORM('FormsB',ACTIVATE > ,NO_SESSION,list_id); pero aqui cuando me salia del Form B se me quedaba la > sesión como esperando algo sin que siguiesen los procesos del formulario
A. > > Si alguien se le ocurre algo se lo agradeceria, porque ya no se que hacer, > > Gracias. > >
______________________________________________ LLama Gratis a cualquier PC del Mundo. Llamadas a fijos y móviles desde 1 céntimo por minuto. http://es.voice.yahoo.com
Creo que lo he solucionado, aunque me gustaria confirmarlo bien, pero yo
creo que poniendo en el formulario B cuando me salgo Exit_Form(NO_COMMIT,
NO_ROLLBACK); en lugar de un simple exit_forms, luego si que me valida las
transaciones de B, A.
Es como si un simple exit_form realizase un rollback;
----- Original Message -----
From: "Carlos de Burgos" <carlosdbb@...>
Sent: Wednesday, October 04, 2006 12:03 PM
Subject: commit en la llamada call_form de un formulario a otre
> Buenos días,
>
> Estoy con forms 6i, bajo oracle 9i, desde un procedimiento de un Forms A
> estoy llamando a otro Forms B de la siguiente manera
> CALL_FORM('FormsB',HIDE,DO_REPLACE,NO_QUERY_ONLY,list_id); (ninguno de
> los 2 formularios estan asociados sus bloques a BD)
>
> Este Forms B realiza una serie de operaciones, las cuales no las valido a
> drede, porque luego cuando me salgo de ese formulário ( con un exit_form)
y
> regreso al Formulario A este sigue realizando unas operaciones y según
como
> vaya realiza un commit (bien con commit solo o forms_ddl('commit'); ) o
un
> rollback.
>
> El problema está en que el commit del formulario A no me valida las
> operaciones del de B, Es como si estuviesen en sesiones distintas. ¿Cómo
> puedo hacerlo o como se debe de hacer)
>
> Tb. habia probado a llamar a B con un OPEN_FORM('FormsB',ACTIVATE
> ,NO_SESSION,list_id); pero aqui cuando me salia del Form B se me quedaba
la
> sesión como esperando algo sin que siguiesen los procesos del formulario
A.
>
> Si alguien se le ocurre algo se lo agradeceria, porque ya no se que hacer,
>
> Gracias.
>
>
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Buenos días,
Estoy con forms 6i, bajo oracle 9i, desde un procedimiento de un Forms A
estoy llamando a otro Forms B de la siguiente manera
CALL_FORM('FormsB',HIDE,DO_REPLACE,NO_QUERY_ONLY,list_id); (ninguno de
los 2 formularios estan asociados sus bloques a BD)
Este Forms B realiza una serie de operaciones, las cuales no las valido a
drede, porque luego cuando me salgo de ese formulário ( con un exit_form) y
regreso al Formulario A este sigue realizando unas operaciones y según como
vaya realiza un commit (bien con commit solo o forms_ddl('commit'); ) o un
rollback.
El problema está en que el commit del formulario A no me valida las
operaciones del de B, Es como si estuviesen en sesiones distintas. ¿Cómo
puedo hacerlo o como se debe de hacer)
Tb. habia probado a llamar a B con un OPEN_FORM('FormsB',ACTIVATE
,NO_SESSION,list_id); pero aqui cuando me salia del Form B se me quedaba la
sesión como esperando algo sin que siguiesen los procesos del formulario A.
Si alguien se le ocurre algo se lo agradeceria, porque ya no se que hacer,
Gracias.
______________________________________________
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
Título...: NORMAS BÁSICAS DE COMPORTAMIENTO EN EL GRUPO
Versión..: 1.1
Fecha....: 2003-09-01
_____________________________________________________________________
1. Intentá no enviar mensajes en formato HTML u otros distintos al
básico. Pesan más sin aportar gran cosa. Podés saber si estás
escribiendo un mensaje en HTML porque tu mailer (el programa de
correo electrónico) te ofrecerá opciones de edición extra, como
letra en negrita o color.
2. No envíes al grupo archivos adjuntos de un tamaño superior a los
100 Kb por medio del correo electrónico. En su lugar, utilizá el
área de archivos del grupo que para ello está.
Además, si bien Yahoo! Grupos entrega todos los archivos adjuntos
que se envían por medio del correo electrónico, estos no se
guardan en el área de mensajes; por ello, los archivos e imágenes
que quieras subir y compartir deberán estar en las áreas de
archivos y fotos del grupo.
3. No pidas confirmación automática de los mensajes que envíes. Es
de pésima educación, pues supone colocar al receptor de tu
mensaje en la disyuntiva de elegir entre que pienses que no lo
recibió y enviarte información personal que no tiene por qué
compartir con vos.
4. No envíes correos masivos y, sobre todo, no los reenvíes. Si
enviás por necesidad un correo a una lista de personas, colocá
sus direcciones en el campo de "Copia Oculta" (CCO). Muchas
personas pueden querer que tengas su correo electrónico, pero no
todos tus contactos y menos tanta gente que participa de un grupo
de discusión.
5. Nunca envíes mensajes en cadena. Las alarmas de virus y las
cadenas de mensajes son por definición FALSAS y su único objetivo
es saturar los servidores y con ellos la red. En los viejos
tiempos, tus privilegios en la red hubieran sido cancelados.
6. Saludá antes del mensaje indicando a quién o a quiénes te
dirigís, y despedite con tu nombre, exactamente igual que harías
con una carta física. Añadí una línea o dos al final de tu
mensaje con información de contacto. Esto es importante ya que
dirigirse a quién sea sin decir quién sos es una actitud pueril,
propia de niños en rebeldía, y una enorme falta de respeto. Es
muy desagradable responder anónimos o a entes que no aportan la
suficiente información para tratarlos con cortesía.
7. Cuando hagas una pregunta al grupo, destacá lo que hayas
aprendido a partir de haber intentado encontrar una respuesta
leyendo material bibliográfico, buscando en la web, preguntándole
a un amigo con más experiencia, etcétera. Generalmente, a los
miembros más experimentados de los grupos de discusión les gusta
responder a la gente que ha demostrado ser capaz de aprender de
las respuestas. Prepará tu pregunta. Pensá en ella. Las preguntas
precipitadas reciben respuestas precipitadas o ni siquiera eso.
Cuanto más hagas para demostrar que has puesto pensamiento y
esfuerzo en resolver tu problema antes de pedir ayuda, más cerca
estarás de recibirla realmente. Realmente, te ganarás una
respuesta si hacés una pregunta sustancial, interesante y que
haga pensar, una que contribuya implícitamente a la experiencia
de la comunidad antes que solicitar de manera pasiva conocimiento
de los demás.
Por otra parte, un muy buen comienzo es dejar claro que podés y
querés participar en el proceso de desarrollar la solución.
"¿Tiene alguien alguna pista?", "¿Qué le falta a mi ejemplo?" y
"¿Hay alguna página que debiera haber consultado?" tendrán más
probabilidades de ser respondidas que "Publicá por favor el
procedimiento exacto que debería seguir", porque estás dejando
claro que estás realmente deseoso de completar el proceso si
alguien simplemente te orienta en la dirección correcta.
8. Sabemos por experiencia que los escritores descuidados y
chapuceros también piensan de manera desordenada y chapucera --a
menudo lo suficiente como para apostar por ello, no obstante.
Responder a pensadores descuidados y chapuceros no recompensa;
mejor estaríamos usando nuestro tiempo en cualquier otro lugar.
Por esto, es importante expresar tu pregunta de manera clara. Si
no podés molestarte en hacer eso, el resto de los miembros del
grupo no pueden molestarse en prestarte atención. Aprovechá el
esfuerzo añadido en pulir tu lenguaje. No tiene que ser nada
estirado ni formal; de hecho, la cultura de los grupos de
discusión valora el lenguaje informal y cómico usado con
precisión. Pero tiene que ser preciso: tiene que haber alguna
indicación de que estás pensando y prestando atención.
Deletreá correctamente. Escribir como un lammer --hAzI3Nd0t3
pAzAr p0r iNt3lIg3nT3 3zKrIbI3Nd0 k0m0 iMb3zIl-- es el beso de la
muerte absoluto y te garantiza que no recibirás otra cosa que
un silencio sepulcral o, si tenés suerte, un montón de desprecio
y sarcasmo como devolución.
9. La cortesía nunca hiere e, incluso, a veces hasta ayuda. Sé
cortés. Usá "Por favor" y "Gracias por adelantado". Dejá claro
que apreciás el tiempo que emplea la gente ayudándote gratis.
Esto no es tan importante como --y no puede sustituir a-- ser
correcto gramaticalmente, claro, preciso y descriptivo, evitar
formatos propietarios, etcétera, pero ayuda. De todos modos, si
obtuviste tus conocimientos técnicos en una tómbola, la educación
incrementará tus posibilidades de recibir una respuesta útil.
10. Recordá que la gente con quienes te comunicás, incluidos los
administradores y los miembros de los grupos a los que pertenecés
o que visitás, no cobran por responderte ni tienen obligación de
hacerlo. Son personas que si te atienden te estarán haciendo un
favor. Nunca asumas que tenés derecho a una respuesta. No lo
tenés.
11. Utilizá las mayúsculas y las minúsculas correctamente. LAS
MAYÚSCULAS DAN LA IMPRESIÓN DE QUE ESTUVIERAS GRITANDO. No hace
falta decir que escribir líneas, párrafos y mensajes enteros en
mayúscula es de pésima educación.
12. Utilizá símbolos para dar énfasis: esto *es* lo que quiero decir.
Utilizá guiones bajos para dar a entender un subrayado: _La
Guerra y la Paz_ es mi libro favorito.
13. Sé breve sin ser demasiado conciso. Cuando contestés un mensaje,
incluí el suficiente material original como para ser entendido
pero no más. Es una mala forma contestar un mensaje simplemente
incluyendo todo el mensaje anterior: borrá todo el material
irrelevante.
14. Usá títulos específicos y con sentido. En los grupos de
discusión, el título o asunto (subject) del mensaje es tu
oportunidad de oro para atraer la atención de expertos
calificados en aproximadamente 50 caracteres o menos. No los
desperdicies en balbuceos. No intentes impresionar al resto de
los miembros del grupo con lo profundo de tu angustia; usá el
espacio para una descripción superconcisa del problema en vez de
eso: el mensaje debe tener un asunto que refleje el contenido del
mismo. Los asuntos vacíos como "Urgente", "Una pregunta",
"Necesito ayuda", "Ayuda" y demás frases que no tienen nada que
ver con el contenido sino con su intención, no son adecuados para
la publicación en un grupo de discusión.
15. No envíes mensajes que estén fuera de tema para el grupo, ya que
esto puede molestar a muchos de los miembros del grupo. Tené
cuidado al elegir dónde planteás tu pregunta. Seguramente te
ignorarán o te tildarán de perdedor si publicás tu pregunta en
un grupo en el que se encuentra fuera de lugar (off-topic). Los
miembros más experimentados de los grupos de discusión suelen
descartar las preguntas inapropiadas para intentar proteger sus
canales de comunicación de lo irrelevante. No querés que te
suceda eso.
Muchas veces podés tener la respuesta a tu alcance en otro grupo
dedicado más específicamente al tema sobre el cual trata tu
consulta. Para ello, podés ayudarte con el mensaje titulado
"Grupos de Sistemas, Software, Management y Tecnologías" o
mediante el índice de Yahoo! Grupos. Si aún tomando en cuenta
estas consideraciones necesitás enviar un mensaje fuera de tema,
iniciá el asunto (subject) del mismo con las siglas "OT:", que
significan "off-topic" o "fuera de tema".
16. Tené cuidado cuando escribas la dirección de correo. Hay
direcciones que llegan a un grupo, pero la dirección parece que
va sólo a una persona. Fíjate a quién lo estás mandando.
17. Mirá el campo de "Copia" (CC) cuando contestes. Si la primera
persona que envió el mensaje se lo mandó a varios en su lista de
correo, no hagas lo mismo.
18. A no ser que usés un dispositivo de encriptación por hardware o
software, cosa que no debe hacerse cuando se escribe a un grupo
público de discusión, debés asumir que el correo en Internet no
es seguro. Nunca pongas nada en un correo electrónico que no
pondrías en una postal. Por otro lado, algunos mensajes pueden
aparecer como provenientes de otra persona distinta del autor.
Aplicá tu sentido común antes de asumir que un mensaje es válido.
19. Si pensás que la importancia de un mensaje lo justifica, contestá
inmediatamente a la dirección particular del remitente para que
sepa que lo has recibido y que estás trabajando en la respuesta,
aunque vayas a mandarle una respuesta más larga más tarde por el
grupo de discusión.
20. Las expectitivas razonables sobre conducta en el correo
electrónico dependen de tu relación con la persona y el contexto
de la comunicación, para el caso este grupo. Las normas
aprendidas en este ambiente puede que no sean aplicables para tu
comunicación por correo electrónico con gente a través de
Internet en otros contextos. Ten cuidado con el argot o siglas
locales.
21. La publicidad por correo electrónico no es bienvenida. Abstenete
de hacer publicidad que no haya sido previamente aceptada por el
administrador del grupo, en especial si se trata de publicidad
fuera de tema o que, estando en tema, sean desleales al ofrecer
beneficios inexistentes. Sólo se considerarán ofertas académicas,
bibliográficas o de software que estén relacionadas con el tema
de discusión y que les aporte una ventaja a los miembros del
grupo.
22. Si alguien ofrece un archivo y lo querés, NUNCA se lo pidas por
el grupo, sino mediante su dirección de correo privada. Los
mensajes que sólo incluyen frases como "Quiero ese archivo", "A
mí también", etcétera, son una verdadera falta de consideración
hacia el resto de los miembros del grupo, quienes no tienen por
qué soportar tales abusos.
23. Si ofrecés algún archivo, fijate primero si podés subirlo al área
de archivos del grupo. Si esto es posible, subilo y seleccioná la
opción para que se avise al grupo sobre la carga; de esta forma,
no hará falta ofrecerlo. Si no podés subirlo al área de archivos,
podés ofrecerlo al grupo mediante un mensaje, indicando en qué
formato está y su tamaño: recordá que no todo el mundo tiene
banda ancha ni buzones de 50 Mb.
24. Si alguna de las respuestas que querés enviar son de tipo
personal, incluyendo agradecimientos sin contenido adicional,
hacelo a la dirección de correo privado de la persona
destinataria de tal mensaje personal, nunca al grupo. Por el
contrario, de no ser personal es importante que lo envíes al
grupo, para que todos los miembros puedan aprender de la
experiencia y/o participar de la discusión: eso es bueno para el
grupo.
25. Si por alguna razón alguna de tus consultas se soluciona por vías
privadas, podría ser bueno para el grupo que te tomes la molestia
de avisar que la solucionaste, incluyendo la forma en que se
resolvió. Esto sería bueno para que todos aprendan de tu propia
experiencia.
26. Las medidas punitorias, si es que fueran necesarias por el bien
del grupo, quedan a consideración de la administración del mismo.
Las mismas pueden, dependiendo de la gravedad del incidente, ir
desde la cancelación temporal de determinados beneficios --envío
de mensajes sin moderación (revisión), envío de adjuntos,
etcétera-- hasta la suspensión definitiva de este y otros grupos
--en especial para el caso de insultos gratuitos, publicidades
desleales y/o fuera de tema, repetidos envíos de virus (aunque
sean involuntarios), etcétera.
27. Los antivirus, incluso gratuitos, existen. No te expongas ni
expongas al grupo a los virus. Si no tenés instalado un antivirus
en tu equipo, hacelo a la brevedad. Si no sabés de dónde bajar
uno, podés usar el AVG Anti-Virus System, que puede descargarse
gratuitamente desde http://www.grisoft.com/
28. NUNCA pidas ser desuscripto enviando un mensaje al grupo. Ninguno
de los miembros puede hacer nada para llevar a cabo tal tarea.
Por otro lado, al suscribirte recibís un mensaje que te explica
cómo desuscribirte, ya sea por correo electrónico o por el sitio
del grupo. Asimismo, al pie de todos y cada uno de los mensajes
que se publican en el grupo TAMBIÉN están las instrucciones
necesarias para desuscribirse. Los miembros más experimentados de
los grupos de discusión suelen considerar como "poco inteligente"
a quien solicita su desuscripción mediante un mensaje al grupo.
No querés que te suceda eso.
Una vez que pidas la desuscripción mediante alguno de los medios
adecuados, tené paciencia. La misma se llevará a cabo
automáticamente y la demora en hacerlo está dada por la carga de
trabajo que tengan los servidores de Yahoo! Grupos: puede ser
inmediata o tardar varias horas.
_____________________________________________________________________
Estas reglas están basadas en los lineamientos de netiquette básicos
para correo electrónico propuestos por Netiqueta, un sitio web de la
Sociedad de las Indias Electrónicas (URL: http://www.netiqueta.org/),
el documento "Cómo Hacer Preguntas de Manera Inteligente" escrito por
Eric S. Raymond, por la propia experiencia después de varios años de
administrar foros, listas y grupos de discusión, y por las
sugerencias que los miembros de este y otros grupos van haciendo en
la búsqueda de la mejora de este, su espacio, el espacio de todos.
Cuidémoslo y mejorémoslo entre todos.
Si bien no se plantean como obligatorias, su cumplimiento es
importante por una cuestión de respeto al espacio y al resto de los
miembros.
Sin conexión 
Enviar mensaje
Conectado 
