SPECIAL OFFERS
Keep up with new releases and promotions. Sign up to hear from us.
Register your product to gain access to bonus material or receive a coupon.
Business rules are transforming the design of enterprise database systems, enabling companies to achieve dramatic benefits in speed, flexibility, productivity, and platform-independence. In What Not How, C. J. Date -- one of the world's leading database experts -- offers the first concise, non-technical introduction to business rules. Date explains how business rules allow applications to be developed declaratively -- by simply stating what needs to be done, rather than exactly how to do it. He introduces presentation, database and application rules; shows how to build data models that incorporate business rules; and offers practical guidance on minimizing the risks associated with the business rules approach. Then, in Part II, Date demonstrates how business rules build on classic relational technology, addressing key technical issues such as views, base tables, stored tables, relationships, and integrity constraints. What Not How is written for managers, database professionals, Web/e-commerce specialists -- and anyone who needs a faster, better way to deliver high-quality enterprise IT systems.
Click below for Sample Chapter related to this title:
rules.pdf
Preface.
I. OVERVIEW.
1. What's the Problem?II. A RELATIONAL PERSPECTIVE.
9. Some Technical Preliminaries.An exciting new technology called business rules is beginning to have a major positive impact on the IT industry--more precisely, on the way we develop and maintain computer applications. The aim of this book is to explain what this new technology is all about, and why you should care.
I must make it very clear right away that the book is not impartial. I'm very enthusiastic about business rules!--and I hope you will be too, when you've finished reading. In other words, this is definitely a book with an attitude: It explicitly champions the business rules idea, and it describes and explains what in my opinion are the merits and benefits of that idea. Why am I so enthusiastic? For two reasons: because of what the technology can do, and because it is so squarely in the spirit of "the original relational vision." And the book's structure reflects these two points. To be more specific, Part I is an overview of what business rule technology consists of and what it makes possible, and Part II then takes another look at the ideas presented in Part I and considers them from an explicitly relational point of view.
I should also make it clear that the book grew out of the script for a live presentation. As a consequence, the style is a good deal chattier than my usual writing, and the tone is possibly a little shrill on occasion . . . In the interests of full disclosure, I must also explain that the presentation and the book were both produced under an agreement with Versata Inc. (formerly known as Vision Software Tools Inc.), a company that has a business rules product to sell. However, the book is not about Versata specifically, nor is it about any other specific company or product; rather, it's about business rule technology in general. What's more, "the views expressed are my own"; they're not necessarily endorsed by Versata, nor by any other vendor. Equally, I don't mean to suggest that all of the features we're going to be examining can be found in all of the commercially available products (or in some cases, perhaps, in any of them!). The book describes how business rule systems work in general and in principle; it doesn't necessarily correspond exactly to the way any given product works in practice.
Who should read this book: Part I of the book is meant to introduce business rule technology to the widest possible audience. It's deliberately not very technical; in fact, it's intended primarily as a "manager's guide" to the subject, though I do believe that technologists, especially people concerned with developing databases and applications in the traditional way, should benefit from it as well. All you need in order to understand Part I is a basic knowledge of what databases and applications are all about, together with a broad idea of what's involved in the traditional approach to developing such databases and applications.
Part II of the book is a little more technical in nature, but not very much so; the primary target audience is still basically as for Part I, and in any case most of the technical background required to understand the overall message is explained in the text itself.
How to read the book: Part I is meant to be read in sequence as written and in its entirety; skipping chapters or reading them in a different order is not recommended, at least not on a first reading. Part II can be skipped if you like, but if you do read it then I would strongly suggest, again, that you read it in sequence and in its entirety, at least on a first reading. Of course, the book is quite short, and you could probably read the whole thing in a single sitting if you felt like it.