[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference azur::mcc

Title:DECmcc user notes file. Does not replace IPMT.
Notice:Use IPMT for problems. Newsletter location in note 6187
Moderator:TAEC::BEROUD
Created:Mon Aug 21 1989
Last Modified:Wed Jun 04 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:6497
Total number of notes:27359

4311.0. "Exporter AM future on ULTRIX" by STRAS4::EBLE (Fran�ois EBLE. EIS Strasbourg France.) Wed Dec 23 1992 08:56

Hi,

	I have a customer that is very interested by the DECmcc export function
but he does not want to use INGRES for a lot of reason... So the questions are :
	- What will be done in DECmcc ULTRIX Version 1.3 regarding the export
database under ULTRIX ?
	- What will be done after Version 1.3 ?
	- Is it planned to have a choice between database and ULTRIX files to
do exporting ? I think that to put attributes values into INGRES you already have
the formatted records and you have to redirect them to a flat file. The idea is
to have a flat file containing the attributes value in a documented order to be 
able to read them with a little application (that the customer or us will write)
to send it to their favourite database. 

Thanks for your help.

Fran�ois EBLE.
T.RTitleUserPersonal
Name
DateLines
4311.1Not for V1.3TOOK::MINTZErik MintzWed Dec 23 1992 09:596
There are no significant changes to the exporter for V1.3.
As to what happens after, I suggest you add your requirements
to the NOTED::EMF_REQ notes conference.  There has been some interest
in support for additional database for exports, but no commitments yet.

-- Erik
4311.2Is it possible to make it ?STRAS4::EBLEFran�ois EBLE. EIS Strasbourg France.Mon Dec 28 1992 09:449
Thanks for your input.

Do you think it is possible to develop a new functionnal module to export 
MCC entities attributes to a flat file ? This flat file would have a specific 
format easier to integrate in a database than the output from a SHOW command. 
If it seems possible, what are the main problems to solve, is it a one month
man effort, a six months or more ?

Fran�ois.
4311.3it can be doneGOSTE::CALLANDERThu Dec 31 1992 14:2820
    the amount of effort (and yes it is doable) is completely dependent
    upon:
    
    	who does it (do they know MCC coding requirements)
    	how much needs to be done
    	does it export real-time or does it have to export from
    		the historically recorded data.
    
    
    The easiest would be to use something like the example that Doug
    McPherson put in on Dec 21 for utilizing callable-mcc.  Use the
    callable interface for obtaining real-time information and then
    if you already have code for writing this stuff out to a database,
    go wild.... Keep in mind that if you limit what datatypes you support
    then you simplify life, also if you don't mind the performance hit
    you can always go real quick and dirty and get the data from the
    fcl in ascii and then store it way (more like a log in this fashion
    though).
    
    
4311.4Where is this example ?STRAS8::EBLEFran�ois EBLE. EIS Strasbourg France.Fri Jan 15 1993 11:214
I would like to have a look to this example. But where is it ? What is the note
number or the network adress of McPherson example ?

Thanks.
4311.5TOOK::MINTZErik MintzFri Jan 15 1993 11:303
Don't know, but you could try sending mail to Jill (author of
the previous reply) or directly to Doug (TOOK::MCPHERSON)

4311.6Hit KP7 to add...TOOK::MCPHERSONpre-retinal integrationFri Jan 15 1993 11:473
Look in NOTED::MCC-TOOLS.

/doug