| Effective data models the key to business success |
| Tuesday, 17 June 2008 | |||
|
Jason Tiret of Embarcadero (below) looks at how data models are used to better service enterprise data management Everyone knows that data volumes are increasing at enormous rates but is knowledge of the data, and more importantly knowledge within the business, increasing with it? In today’s world of data governance, web services, regulatory compliance and heightened information security, data architects are asked to build much more than the classic data dictionary. The importance of well documented models, both data and process, are at a premium. The traditional entity and attribute definitions are not cutting it when it comes to truly documenting the data and the processes surrounding it.As new projects are undertaken, ensuring that business requirements are adequately addressed and accurately implemented can be a challenge unless the metadata (i.e. the data about the data) has kept apace with the growing needs of the business, continually evolving alongside it.
However, very little of the data that is stored within a corporation is actually used to its benefit. Gartner estimates that only 15% of data is actually used for the benefit of the organization – 85% of data nobody knows what it is, where it is or what to do with it. How happy would executives in your business feel if you told them 85% of your data was unusable and just taking up disk space? The scope of data governance extends beyond the data architecture team and it is very important that both the architects and modelers are involved with the data governance initiatives to ensure the business is aligned correctly. This means creating standards for how your data is secured and documenting what, if any, sensitivity to compliance laws it may have. It means defining the stewards of your data as it relates to responsibilities of managing it, such as the quality, design and business rules. It also means creating standards for database development as new databases are built and existing databases are re-architected. It is critical that these standards be integrated into the models to service the data governance initiatives of your business. A general definition of an entity in a typical data model very rarely documents the sensitivity level of the data it represents, the use of the data on an enterprise or departmental level, the last time the represented data was checked for accuracy, or the last time the structure was changed in the database. Most organisations are just happy that an entity has a definition at all. Nevertheless, this information needs to be incorporated into the models, otherwise it will just become yet another outdated artifact that IT needs to manage.
Many organisations are actually using data models as the origin of XML schemes. This makes sense because they can use the same set of standards that are applied to physical data models and databases and leverage them for creating the XML schema structure. This often starts with creating logical models which represent the canonical form of the XML messages. A canonical model will typically be somewhere in between a conceptual and a logical model but will be fully attributed and enforce stricter vocabulary and stronger typing for the attributes. The benefit is that the same vocabulary and naming standards can be used for the XML as it is to create databases which are typically where the data originates any way.
Conclusion In summary, how data is used underpins the success of an organisation. Data models play an integral role in managing data on an enterprise level but that is only the initial step. Data models need to be well documented and tell the entire story of the data, who can access what, when, where and why. The data models must also explain the policies and use of the data across the enterprise to ensure governance, security and best practice.
|

