Search icon
Subscription
0
Cart icon
Close icon
You have no products in your basket yet
Arrow left icon
All Products
Best Sellers
New Releases
Books
Videos
Audiobooks
Learning Hub
Newsletters
Free Learning
Arrow right icon
Learning Qlik Sense??: The Official Guide Second Edition - Second Edition

You're reading from  Learning Qlik Sense??: The Official Guide Second Edition - Second Edition

Product type Book
Published in Dec 2015
Publisher
ISBN-13 9781785887161
Pages 282 pages
Edition 2nd Edition
Languages
Authors (4):
Christopher Ilacqua Christopher Ilacqua
Profile icon Christopher Ilacqua
QlikTech International AB QlikTech International AB
Henric Cronström Henric Cronström
Profile icon Henric Cronström
James Richardson James Richardson
Profile icon James Richardson
View More author details

Table of Contents (21) Chapters

Learning Qlik Sense® The Official Guide Second Edition
Credits
About the Authors
Acknowledgments
About the Reviewer
www.packtpub.com
Preface
1. Qlik Sense® and Data Discovery 2. Overview of a Qlik Sense® Application's Life Cycle 3. Empowering Next Generation Data Discovery Consumers 4. Contributing to Data Discovery 5. Authoring Engaging Applications 6. Building Qlik Sense® Data Models 7. Qlik Sense® Apps in the Cloud 8. Extending the Qlik Analytic Platform 9. Administering Qlik Sense® 10. Sales Discovery 11. Human Resource Discovery 12. Travel Expense Discovery 13. Demographic Data Discovery Index

Structuring your data


In a database, there are rules about where different entities are stored. For instance, everything about the customers should be stored in the Customers table. A customer identifier is stored in this table, which means that the necessary data can be retrieved by a simple lookup in the Customers table. So, if you need to refer to a customer from another table, you just store this identifier in the other table.

Normalization

The identifier needs to be unique in the Customers table, so that every record can be addressed. Here the field is called a primary key. In other tables, duplicates may exist. For example, several records in the Orders table might refer to the same customer. If this is the case, the key is called a foreign key.

A consequence of this setup is that a database can have many tables, often thousands. One table for customers, one for orders, one for order lines, one for products, one for product groups, one for shippers, one for invoices, and so on. Each table...

lock icon The rest of the chapter is locked
Register for a free Packt account to unlock a world of extra content!
A free Packt account unlocks extra newsletters, articles, discounted offers, and much more. Start advancing your knowledge today.
Unlock this book and the full library FREE for 7 days
Get unlimited access to 7000+ expert-authored eBooks and videos courses covering every tech area you can think of
Renews at $15.99/month. Cancel anytime}