2
Something along these lines is planned. This isn't a final product, lots of things are still in motion. Changing the names is not a huge effort. Making sure we maintain a clear upgrade path is. By changing the names now, it makes it much harder on me to keep track of the database differences, so the name changes will happen, but later on.
The actual naming will be different from what you propose.
Everything that creates tables is a module. Some are a subset we call extensions, but they share the exact same naming space as modules. One particular module, system, creates and maintains all of the core tables. But they are all modules, and they all have a module name.
The convention only needs to be
modulename_tablename. Otherwise, we waste potentially valuable space for a redundant, and easily violated convention. For 2.6.0, we are only targeting MySQL, but in the near future, we will be adding full support for additional databases, and not all of those have the same generous sizes for entity names.
We will have nice paint on the walls, but I need to finish the drywall first.