LEADER 04345nam 22005055 450 001 9910254851603321 005 20200703101241.0 010 $a9781484227220 010 $a1484227220 024 7 $a10.1007/978-1-4842-2722-0 035 $a(CKB)3710000001151518 035 $a(DE-He213)978-1-4842-2722-0 035 $a(MiAaPQ)EBC4838267 035 $a(CaSebORM)9781484227213 035 $a(PPN)200515012 035 $a(OCoLC)984829371 035 $a(OCoLC)ocn984829371 035 $a(EXLCZ)993710000001151518 100 $a20170407d2017 u| 0 101 0 $aeng 135 $aurnn|008mamaa 181 $ctxt$2rdacontent 182 $cc$2rdamedia 183 $acr$2rdacarrier 200 10$aUsage-Driven Database Design $eFrom Logical Data Modeling through Physical Schema Definition /$fby George Tillmann 205 $a1st ed. 2017. 210 1$aBerkeley, CA :$cApress :$cImprint: Apress,$d2017. 215 $a1 online resource (XXIV, 374 p. 143 illus., 16 illus. in color.) 300 $aIncludes index. 311 08$a9781484227213 311 08$a1484227212 327 $aPart I: Introduction -- 1. Introduction to Usage-Driven Database Design -- Part II: Logical Data Modeling -- 2. The E-R Approach -- 3. More About the E-R Approach -- 4. Building the Logical Data Model -- 5. LDM Best Practices -- 6. LDM Pitfalls -- 7. LDM Perils to Watch For -- Part III: Physical Schema Definition -- 8. Introduction to Physical Database Design -- 9. Introduction to Physical Schema Definition -- 10. Transformation: Creating the Physical Data Model.-11. Utilization: Merging Data and Process.-12. Formalization: Creating a Schema -- 13. Customization: Enhancing Performance -- 14. The Data Warehouse -- 15. The Big Data Decision Support System -- Part IV: Where From Here? -- 16. A Look Ahead -- Part V: Appendixes -- 17: Appendix A: Glossary -- 18: Appendix B: Logical Data Modeling Definitions -- 19. Appendix C: Physical Schema Definition Object Definitions -- 20. Appendix D: Formulas Used in the Book -- 21. Appendix E: List of U3D Deliverables. 330 $aDesign great databases?from logical data modeling through physical schema definition. You will learn a framework that finally cracks the problem of merging data and process models into a meaningful and unified design that accounts for how data is actually used in production systems. Key to the framework is a method for taking the logical data model that is a static look at the definition of the data, and merging that static look with the process models describing how the data will be used in actual practice once a given system is implemented. The approach solves the disconnect between the static definition of data in the logical data model and the dynamic flow of the data in the logical process models. The design framework in this book can be used to create operational databases for transaction processing systems, or for data warehouses in support of decision support systems. The information manager can be a flat file, Oracle Database, IMS, NoSQL, Cassandra, Hadoop, or any other DBMS. Usage-Driven Database Design emphasizes practical aspects of design, and speaks to what works, what doesn?t work, and what to avoid at all costs. Included in the book are lessons learned by the author over his 30+ years in the corporate trenches. Everything in the book is grounded on good theory, yet demonstrates a professional and pragmatic approach to design that can come only from decades of experience. Presents an end-to-end framework from logical data modeling through physical schema definition. Includes lessons learned, techniques, and tricks that can turn a database disaster into a success. Applies to all types of database management systems, including NoSQL such as Cassandra and Hadoop, and mainstream SQL databases such as Oracle and SQL Server. 606 $aDatabase management 606 $aDatabase Management$3https://scigraph.springernature.com/ontologies/product-market-codes/I18024 615 0$aDatabase management. 615 14$aDatabase Management. 676 $a005.74 700 $aTillmann$b George$4aut$4http://id.loc.gov/vocabulary/relators/aut$0859265 801 0$bUMI 801 1$bUMI 906 $aBOOK 912 $a9910254851603321 996 $aUsage-Driven Database Design$91917785 997 $aUNINA