You CAN be too careful
Sanjay wants to perform a simple operation: changing the department identity code on the database. It took him two full, single-spaced pages to ask whether it can be done. I needed 47 words to confirm this and accurately explain how to do it, including a warning.
But I'm getting ahead of myself...
"Sure thing. It's simple. To change the department identity you'll need to access the database directly and modify the DEPT_INDENT field of the YBA_IDENTIFICATION table with the value you want. Afterwards you must restart the full system. WARNING: do not change any other value on this table!
Love, REC"
And that should've been the end of it. It always should be and it never is. Ever. I'm too busy today to piss and moan about subcontinental torture of the Muvver Tongue.
Go fuck yourself. On the plus side, this nitwit technically asked to escalate to a manager so it's now Meathead's problem.
But I'm getting ahead of myself...
Currently in $Telco app, department identity is getting generated with A5-. We wanted identity to start with 71- instead of A5-.
1. Can you please let us know the possible solution for this?
Currently our database is going to migrate from Oracle 9i to Oracle 10g. So the approach you suggest will it be applicable for both oracle clients i.e. Oracle 9i or Oracle 10g.
2. Also we wanted to know if we start generating the department identity with 71- then do you foresee any issues while accessing orders / faults / asset data which is present in the current application.
Do let us know if you require more information.
Thanks & Regards,
"Sure thing. It's simple. To change the department identity you'll need to access the database directly and modify the DEPT_INDENT field of the YBA_IDENTIFICATION table with the value you want. Afterwards you must restart the full system. WARNING: do not change any other value on this table!
Love, REC"
And that should've been the end of it. It always should be and it never is. Ever. I'm too busy today to piss and moan about subcontinental torture of the Muvver Tongue.
Hi_ Thanks for the update.Da fuck? Since when does a database version affect the contents of a fucking 8-character field? I don't care what's in the table. There's one field to change and it's the only field you can touch on this table without blowing up your system.
we got following queries on the approach suggested by you.
a) The approach of changing _DEPT_IDENT_ field of the YBA_IDENTIFICATION table_ will it work in both clients i.e. Oracle 9 and Oracle 10_
b) If we do above change then will it have any impact on the inlife date i.e. orders_ faults and assets data present on production system.
c) After above _DEPT_IDENT_ field change_ do we have to do a complete enterprise restart or can this change be done online without restart the server.
I have attached the extract of YBA_IDENTIFICATION table from production environment for your reference. Do let me know if you need more information. Thanks and Regards
will it work in both clients i.e. Oracle 9i & Oracle 10g?And that should have finally been the end of it. Except that it never is.
It's not something you repeatedly change. It's changed once by the administrator.
b) If we do above change then will it have any impact on the inlife date
This is an internal reference number which is combined with SEQUENCEs to build serial and reference numbers. Noi historical data can be affected.
c) do we have to do a complete enterprise bounce
Yes.
Pleas having the manager calling to confirm because this does not seem fully correct. and we need to know before we initiate the effect.
Go fuck yourself. On the plus side, this nitwit technically asked to escalate to a manager so it's now Meathead's problem.
0 Comments:
Post a Comment
<< Home