locohost
for some reason I thought you could make a family into a container... that would have solved your problem. But since that isn't an option, you might want to put all your monsters in one sprite object - and make a separate animation for each different monster. that way you can make the combined monster object into a container to hold the arrays. Then set the animation for the monster you want, and set any instance variable as necessary, and each monster object will have its own arrays as well.
It is still a good idea to have a family as well - that comes in handy if you have to compare two monsters at the same time (you pick one from the object and one from the family).
but, I just did a quick test... when you pick a monster by the family, the container objects (arrays) are NOT picked. They will only be automatically picked when you pick the monster by the object.
if you DO pick a monster by the family and need the arrays, you would have to pass the UID into a function where you then pick the object by the UID...
see my sample here...
https://www.rieperts.com/games/forum/monster.capx
you press a number key to create a monster (from 1 to 4 across the top of the keyboard - not on the number pad). Left click on a monster to pick it by the object to display his info. or right click to pick by the family... doing the right click didn't work properly until I made it call a function.
EDIT. this method would be ok, if you don't have too many monsters, and the monsters don't each have numerous animations, and you typically use the same monsters on every layout - otherwise you might start to run into memory issues.
an array can hold a lot of data! I don't really have a clear idea of just how much data you are trying to store for each monster. Rather than have a separate array for each monster, you might be able to have the monster's UID be the key to one large array. (an array can be three dimensional, so one array could hold a lot of data for a lot of monsters). Another option would be to just use instance variables - you can have a lot of those as well, and store a lot of data that way too...