tkyjonathan
If you don't have some AI in your company, you won't get investors.
But forget to do normalisation and you will be paying 5 figures a month on your AWS RDS server.
"Storage is cheap as can be, while compute is at a premium."
This person fundamentally does not understand databases. Compute has almost nothing to do with the data layer - or at least, if your DB is maxing on CPU, then something is wrong like a missing index. And for storage, its not like you are just keeping old movies on your old hard disk - you are actively accessing that data.
It would be more correct to say: Disk storage is cheap, but SDRAM cache is x1000 more expensive.
The main issue with databases is IO and the more data you have to read, process and keep in cache, the slower your database becomes. Relational or non-relation still follows these rules of physics.
Remote: Yes
Willing to relocate: No
Technologies: Data Architect, Data Modeling, Data Performance Engineer, SQL, MySQL, Percona, MariaDB, Galera, Postgres, Kafka, ElasticSearch, RDS, Redshift, Infobright, Java, Python, R.
Resume/CV: https://www.linkedin.com/in/jonathanlevin/
Email: [email protected]
Ultraviolet light to disinfect against Coronavirus
We need to get back to forming algorithms as well as concepts and first principles. We cannot and should not expect ML to brute force finding patterns and just sit back and relax.
Here is another prediction for you: we will not solve ray-tracing in games and movie CGI with more hardware. We will need some algorithm that gets us 80-90% of the way there in a smart way.
/s
37signals would be proud.
If you decentivize the most productive people, then you might hurt the rest of the company.
Its also important to remember that in databases, you are more often optimising for IO usage than CPU.
Real life example for a regulatory batch job:
6 tomcat servers + 1 RDS. 30X lines of code + UTs in java. 30+ minutes time.
In SQL No tomcat servers + 1 RDS instance. 1X lines of code(SQL) + UTs (in java). 3+ minutes
Here is a good book on it: https://www.amazon.co.uk/Relational-Database-Programming-Set...
If you have some good indexes and do some push-down work (give the database aggregation tasks to do instead of your python code), you should probably be more than fine.
For a 250Gb file.. should be ok.. maybe add some partitioning too.
Its not like they ran the backups at midnight manually.
In 2016 or recently? because if its recently then the pound has gone up.