Access Database Design & Programming (3rd Edition) 3rd Edition

I _really_ didn't want a "Total Beginner's Guide" because every book out there tries to be it and as a result 80% of the book is useless junk. Such was not the case for this book, mostly; I wish people could write books with the assumption that readers have a basic grasp of programming (e.g. ByRef vs ByVal, what a database is...), but since that doesn't seem to be metaphysically possible, this book comes the closest to cutting out the crap. It doesn't focus on how to create forms or queries or really anything interface-oriented. It deals with (1) database fundamentals (but not _too_ fundamental) and (2) VBA concerning Access.This book, to me, was worth it just for clarifying the lines between DAO, ADO, OLE, Jet, ODBC and how they all interact. It's old, but I think still relevant? I dunno, I'm new, and at least I can say that I feel more comfortable with Access 2003 after reading this book, which means that it succeeded for what it is.

I first read Steven Roman's book on Access a few years ago when it was written for Access 97. I recently bought a copy of the current version as a reference.What I liked about Steven's books was that he took seriously his coverage of normalization, which is rare amongst books on Access. If you're new to database programming, you need to learn the basics of normalization. In my experiences, I've come across a lot of databases designed by beginners that exhibit a "spreadsheet" type of understanding towards Access tables. The beauty of the relational model is that once you have your database set up, ongoing maintenance is minimal. If you learn how to program Access, but don't learn the basics of normalization and the relational model, you may as well just keep your data in Excel spreadsheets.My complaint with this book is his coverage of ADO. The author clearly prefers DAO for MS Access, and he states as much, and his coverage suffers. He covers the material, but he makes using ADO appear to be very difficult. In an entire chapter on ADO, he fails to show the user the most basic thing: how to generate a recordset for a table in your Access database. Instead, he shows you how to use ADO to query other databases, such as SQL Server and even Excel, but not the Access Database that you're currently using.In DAO one of the fundamental details that you need to know about is the CurrentDB object. Steven gets a gold star, because he not only covers the CurrentDB object, but he spends 6 pages on it. In ADO, an object that is used for a somewhat similar purpose is the CurrentProject object. You won't find coverage on it anywhere in this book - just check the index. Perhaps the author's surreptitious goal of the chapter is to frustrate you so much with ADO that you will return to DAO, his preferred choice. Tsk, tsk Steven.After reading the books section on ADO over and over again, I cannot recommend this book if you plan on owning only one Access book. Instead, I would recommend Alison Balter's Mastering Access Databases. It is the best Access book on the market(as most Amazon reviewers will attest to) and covers nearly ever topic that you'd want to know about Access.Even so, Steven's book covers normalization so much better than the other Access books out there that I would advise serious Access programmers to buy two books: Alison's and Steven's.

was expecting 2010 but still some good info here

I had somewhat unsystematized knowledge and understanding of Access database programming and design acquired via its practical use in the workplace. This book has helped me to round up all the bits and pieces into elegant theory. Now I can employ a much more functional approach and develop parsimonious yet comprehensive databases.In the beginning the book seemed slightly tedious due to its lengthy explanations of simple concepts, but I guess the idea was to build a solid understanding and address the needs of different audiences. Overall, a very useful and interesting book that will definitely improve your Access skills.

In seeking out materials to train myself on Access 2003, I have found several books that have done adequate or good jobs of teaching the program. Most of them, however, did not do so well on teaching database theory or on instructing in how to use the native programming environment. This book helped to fill in the gaps. It is not perfect but it certainly was a good place to start.The treatment of database theory is just that. It is a treatment of theory. It explains the concepts in a semi-rigorous manner which is dry but still informative. The notation is sometimes a trial to follow but that is the nature of the beast. When things are put in terms of equations, they just do not read as interestingly as a prose novel. Although this information is presented with Access in mind, it would be applicable to anyone who wants to learn about databases.The treatment of the programming elements is no less dry but it too is informative. Again, reading lines of code does not strike me as an exciting way to pass the afternoon but it got the job done. The examples are as clear as the syntax allows and make the points well.I should point out that I did not actually try the code presented in this book. I read the examples to learn the concepts. I cannot testify as to how well the code worked in a "real" environment.While I will certainly be looking for other references and learning materials, this was a good choice for my first foray past just learning the basics of the application itself.

Perhaps I shoul have looked better. This book is a few years old, which in cumputing is like half a century :(

When I was in prime 20 years ago never thought of buying