Not only that, he actually already is doing this when he accesses those fields in code implicitly.
He keeps going on about SQL not requiring it, but SQL requires it in every statement (the select clause).
I'd hate to be the one who has to maintain an admin app that could potentially access 230 tables with dynamic column references scattered all throughout the code and no types to keep things in order.
> He keeps going on about SQL not requiring it, but SQL requires it in every statement (the select clause).
haha a string of SQL is not the same thing as a type constrained data structure.
> I'd hate to be the one who has to maintain an admin app that could potentially access 230 tables with dynamic column references scattered all throughout the code and no types to keep things in order.
Thankfully, the client used a database that is capable of enforcing type constraints automatically, so I didn't have to spend time writing business logic to reiterate what the database already knows and strictly enforces, in a language that can't even enforce type constraints anyway. Re-declaring your column names and types in javascript literally does nothing except waste time. You shouldn't be reading through your application code to understand the schema of your database, especially when you're dealing with hundreds of tables.
He keeps going on about SQL not requiring it, but SQL requires it in every statement (the select clause).
I'd hate to be the one who has to maintain an admin app that could potentially access 230 tables with dynamic column references scattered all throughout the code and no types to keep things in order.