The gym management database will be designed to track member information, trainer information, and class schedules. The database will have tables for members, trainers, and classes. The members table will contain information such as name, address, and membership type. The trainers table will contain information such as name, contact details, and specializations. The classes table will contain information such as class name, date, time, and trainer details. Members will be able to attend classes based on their membership type. Each class will have a designated trainer who will lead the class. The trainer's schedule and specializations will be recorded in the database to ensure that they are assigned to appropriate classes. The database will also track attendance for each member in each class, which can be used to generate reports and analytics. 

Entities:

 1. Members 

2. Trainers 

3. Classes 

Relationships: 

1. Members can attend classes. 

2. Trainers can lead classes. 

3. Classes can have multiple members and one trainer.

SQL Queries: 

1. Retrieve member information for a specific class. 

2. Retrieve all classes led by a specific trainer. 

3. Retrieve the total attendance for a specific class. .

4. Retrieve the number of members with a specific membership type. 

5. Retrieve the most popular classes based on the number of attendees. Based on this scenario draw a ER Diagram must include at least three entities. There is no upper bound on how many entities you choose, but you are advised to include no more than five. Design your ER Diagram with all entity names, attribute names, primary and foreign keys, relationships, cardinality and participation indicated. You will need to normalise all of your entities, to resolve any many to many relationships. 

Observe the following restrictions when creating your scenario: -

One (or more) of your entities must have a numeric field - 

One (or more) of your entities must contain an alphanum. 

Your attribute names, primary and foreign keys should be indicated. All many to many relationships should be resolved, and you may wish to include a discussion of normalisation including the normal form that each entity is in and why that is optimal