Access 2016 Bible (英語) ペーパーバック – イラスト付き, 2015/11/2
Michael Alexander is a Microsoft Certified Application Developer. For more than 15 years, he has been consulting and developing Microsoft Office solutions. Michael is a Microsoft MVP and runs a free tutorial website at www.datapigtechnologies.com. Dick Kusleika has been named a Microsoft MVP for 12 consecutive years. He develops Access- and Excel-based solutions for clients, and has worked with Microsoft Office for more than 20 years. Dick writes a popular Excel-related blog at www.dailydoseofexcel.com.
- ASIN : 111908654X
- 出版社 : Wiley; 第1版 (2015/11/2)
- 発売日 : 2015/11/2
- 言語 : 英語
- ペーパーバック : 1152ページ
- ISBN-10 : 9781119086543
- ISBN-13 : 978-1119086543
- 寸法 : 18.8 x 5.84 x 23.37 cm
- Amazon 売れ筋ランキング: - 469,751位洋書 (の売れ筋ランキングを見る洋書)
Just one example from 'Getting started with Access VBA (Chapter 24).Starts well, explaining about declaring variables and the idea of subroutines. But then jumps off into DoCmd and OpenForm. I have to guess that I'm going to have to transfer data from forms to the variables that I have just learned how to declare, but it is a guess. Because my sequence in learning incrementally in not the same sequence as the authors use in explaining their comprehensive knowledge, I need to know how to call data from the form but the authors don't give that info: they provide (fig 24.7) an incomprehensible list of parameters and then lurch off into minutiae about branching with examples like "If sCity = "Dallas" then sState = "Texas" I suppose sCity and sState have been declared but what IS the relationship with "OpenForm" on the previous page?? The authors must know and must think it is so obvious that they do need to explain: they are wrong!.
AN addendum 26 Sept
The chaos is worse than I first thought. It says, quite rightly, "Data access and management are at the core of any database application" But this quote is on page 897!! You will have to wide through nearly 900 pages before you touch on the problem of manipulating data from more than one table and, when you get here, the printed pages do not match the downloaded examples. Dreadful editing. Awful index all done in a hurry. A bad, bad, book
This is a common, almost universal complaint about technical books written by 'experts'. They forget the learning sequence is NOT the same as the sequence they see as necessary to explain their expertise. NEVER use any technical term with preceding it with an explanation of what it is for!!
Despite these comments, which are mostly editorial, the book is a well laid out and logical description of all the aspects of MS Access, and I have therefore assessed it as five star. It can be used directly as a tutorial from beginning to end for those new to the program, or as a work of reference for those seeking details of some particular aspect of working with Access. The explanations are detailed and clear, and it contains the best description of how “relationships” work that I have seen.
Too much repetition of basic stuff.
What i really went to this book for was "how to put a Query into a Form", but i have not found it yet.