pitch PK doesn't feel right to me, I'd expect that to be a composite of SiteID & PitchNo
I'd expect a table which identifies the pitch type. think about it., if you were running the site, or if you were trying to book on line you'd wnat to limit your search to the type(s) of pitch that are of interest to you.
'avaibale for booking, wahgt does that mean.... presumably you could get away with that by creating a customer booking with a date say two years out. (you can alwasy chop back that date if the customers defaults or cancles the booking
Booking, Im suspicious of having a day and time for both arrival and departure, normally I'd expect a single datetime value for each
I suspect your status columns need to be FK's pointing to other tabels whciuh classify the status values
Address columns are pants, they don't comply with UK address types (which is 4, optionally 5 lines of address + postcode. in aprt that is why the post offcie is talking about dropping the "county" from addresses to bring that in line with other countries to 3 optionally 4 lines of address.
naimng conventions... column naems are clear and descriptive, which is great, however Im not a fan of second_nane and first_name, especially in the order they are given. may be better with forenames and surnames or givennames and familynames. bear in mind some custoemers may have more than one forenames and some may have more than one surname.
if you are hapopy limitign your customers to one address thats fine, likewise with phone or toehr forms of contact.
does it matter if people change address over the life time of their reealtionship with the company (thios would only be an issue if you needed to recreate an invoice after the fact.
I think the crows feet for the cusotmer booking realtionship is the wrong way round.
you may want to include soem other columns on the booking eg special terms & conditions, vehicle registrations and so on. you may also waht to know how many are booked on that pitch, there may be restrictions on soem sites which identify who may use that pitch (eg number of people, whether children and or pets are allowed and so on)
all in all a good start to your data model