R5000数据模型

R5000数据模型SeisWorks/OpenWorks工区数据管理的变化OpenWorks的其他变化AgendaSeismicprojects与OpenWorksprojects不同地震和层位数据没有历史信息在构造层位和其相关的属性层位之间没有关系数据模型中的版本号并不起明显的作用没有数据模型支持多个2D/3D联合解释R2003的地震工区plist.datSeismicProjectsOpenWorksProjectOpenWorksProjectOpenWorksProjectProject1CartoSystem-UTM15Wells2DLines3DSurveys•Onecartographicsystemperproject•Accesscontrolisprojectwide•EachOpenWorksprojectisaphysicalcanisterofdataOpenWorksProjectDataSituationAnalysis工区模型的变化•地震工区(SeismicProjects)概念消失•取而代之的是解释工区(InterpretationProjects)OpenWorks数据模型增强•New层位和地震数据的编录•New地震数据和地震层位具有处理历史•New2D层位数据储存在Oracle中•New解释和地震数据有了版本号•原来一些数据大小的限制取消了性能增强•大数据访问进行调谐•地震断层模型改进/简化R5000主要变化SeismicDataSetFiles3DHorizonFlatFilesOWMasterProjectProjectDatabaseProjectDatabaseOriginalCRSSharedData•Wells•Logs•SeismicData•HorizonCatalog•2DHorizons•Picks•ReferenceValuesInterpretationProjectProjectCRSListofLines/SurveysListofWellsConstrainedViewsUnconstrainedViewsLocalViews1.EarthModels,Grids,Contours,PointSets2.FaultSegments,ControlPointsInterpretationProject1ViewInterpretationProject2ViewInterpretationProject3ViewInterpretationProject4ViewOpenWorksProjectModel-R5000访问地震解释相关数据通过OpenWorksproject中建立解释工区来完成与地震相关的程序可以访问任何2D/3D数据没有了plist.dat,plist没有了地震工区，意味着?2D/3D地震数据依然储存在外部文件中3D层位数据依然储存在外部文件中色棒、格式定义文件等仍然储存在外部文件中层位数据储存在Oracle中所有的数据都储存到Oracle里面了吗？与OpenWorksproject相连可以访问所有的2D测线和3D测网可以访问工区中定义的所有2D/3D地震数据默认情况下，访问多条2D线和多个3D测网。消除了原来的一些限制•#horizons,#2Dlines,#faultsegments,2GBfilesizeR5000中的地震相关程序P1(UTM54)P2(UTM55)BeforeR5000R2003的工区模型GIPP54(UTM54)InterpretationProjectsinR5000GIPPSLAND(UTM55)新的工区模型•在一个工区数据库下，可以创建任意数目的解释工区–动态共享数据，而不是通过拷贝•用户访问权限被限制在解释工区级别–数据安全通过限制数据可视得到保证•自动、动态的制图参考系统转换解释工区ExampleofProjectSelection创建新的解释工区x创建新的解释工区创建新的解释工区创建新的解释工区创建新的解释工区ProjectDatabaseInterpretationProjectProjectDatabasevs.InterpretationProjectOtherKeyOpenWorksFeatures地震数据管理与OpenWorks集成•地震数据集，层位编录共享的“解释ID”一些数据管理器重新设计区块(Districts)数据模型增强OpenWorksR5000其他主要特点NewUtilitiesinR5000•SeismicDataManager•WellDataManager•ProjectStatusTool•MapDataManager•DataDomainManager•CurveDictionary•ProjectAdmin重新设计的R5000数据管理器Improvementsallowyoutosearch,view,andmanipulatedatamoreefficientlyandelegantly.WellDataManager–EmeraldCityWellDataManager-R5000重新设计的WellDataManager新数据类型•地震数据在OpenWorks中编录•层位数据在OpenWorks中编录•2D层位数据储存在OpenWorks中•叠前数据在OpenWorks中编录•闭合差储存在OpenWorks中•常数漂移量储存在OpenWorks中•层位和断层列表储存在OpenWorks中PDT支持2Dhorizons,misties,staticshiftsSeismicDataManagerSeismicDataSetManagementHorizonManagementProcessInput•ProcessID•InputDataType•InputDataIDProcessOutput•ProcessID•InputDataType•InputDataIDProcessParameter•ProcessID•ParmName•ParmType•ParmValueProcess•ProcessID•ProcessName•ProcessStartTime•ProcessEndTime•ProcessApplicationAprocesscanhavemultipleinputsofdifferingdatatypesandmultipleparametersthatcontroltheprocess.Aprocesscanproducemultipleoutputsofdifferingdatatypes.处理历史处理历史-图示安全性增强•不需要使解释员PUBLIC就可以使多个用户拥有同一个管理员新的InterpretationID•共享解释ID的管理•同时为多个用户设定访问权限•直观地为项目组成员建立/管理解释ID。BenefitsR2003R5000解释ID模型Oracle外部认证用户存在安全隐患•特别是在跨平台网络上外部认证用户很难使用基于网络的程序•启动服务器的用户往往不是最终结束工作的用户增加了一类新的OpenWorks用户•OpenWorks用户仍然与操作系统用户相关联•同时，OpenWorks用户也与Oracle的“内部认证用户”相关联•Oracle用户必须与操作系统用户名称相同•需要Oracle用户密码Oracl用户密码在OracleWallete中管理内部Oracle用户本地程序会如下运行:•用户第一次启动程序时，程序会提示用户输入Oracle密码•OracleWallet会加密并储存该密码到用户目录下的一个文件里•以后运行任何程序都不会提示输入密码•不需要对已有的SQL语句进行修改网络程序会提示用户输入用户名和密码内部Oracle用户添加DatabaseUsersMoreonOracleUsers工区和数据组织的架构也称为地区、资产、营业单位等等用来组织地震工区和相关的地震、层位和其他工区数据文件R2003中的district包括:•OWSYSSID•OW_PMPATH▪dir.dat▪owdir.dat▪plist.dat什么是Districts?District.•District仅仅应用到工区数据库里•所有的解释工区从属于工区数据库所关联的District系统会参考district.dat来确定:•district的名称•dir.dat和owdir.dat的路径•TheOWSYSSIDOW_CONF_DIR定义了一个路径，包含:•district.dat,lgcenv.cf•默认$OWHOME/confR5000中的DistrictsDistrict被添加到工区状态工具中dir.dat支持以文件后缀为分类标准，用以确定在适当的路径下储存适当的数据文件仍然创建在具有最多剩余空间的文件系统下没有任何属性的文件系统默认为只读•RO,SYS,和GLOBAL不用了“OTHER_FILES”这个属性用来表示那些未特别指定后缀的文件程序会自动删除和更新未更新的dir.dat文件dir.dat文件的增强文件后缀分组使用原来的dir.dat•软件识别老版本的dir.dat，会进行相应的补充•作为R5000升级的一部分，老版本的dir.dat应该更新其他数据模型的增强•WellLocation(Well/Wellbore)•ProcessingHistory•InterpretationNotes•InterpretationSets•3DEarthModelFrameworks•LongerRemarksattributes(200characters)•IDsgeneratedwithOraclesequencesnotOW_UID_VALUES•Removelegacyproductiondatamodel(PDEN)•ReferenceTableChanges–SomeVCtablesconvertedtoR_tables–Timestampsandsourcesonreferencetables•RemoveUnusedModels–AiresReservesManagement–VIPSimulationGrids–PowerModelGogadmodelblobs–OpenExplorersupporttables–Remove“OpenWorksCultureModel”replacedbyZGFinMoosejaw•FaultPlaneTrimeshSimplification•OffsetSyntheticsandVSPsforWellSeismicFusion•Datadictionaryenhancements–RDMsupport•NewListtables–Gridlists,faultlists,horizonlists•SupportforautomaticpositionlogcomputationinGDIwhenaddingDirectionalSurveysandautomatichandlingoftiepoints•SimplificationofDepthTeamExpressmodel•MiscellaneoussmallchangesR5000数据模型增强EDM“Well”“Wellbore”D“Wellbore”C“Wellbore”B“Wellbore”AOpenWorks-EC“Well”D“Well”C“Well”B“Well”AOW-EDMWell/Wellbore数据模型的关系OpenWorks–R5000Well_LocationWell_MasterDWell_MasterAWell_MasterCWell_MasterBEDM“Well”“Wellbore”D“Wellbore