Quote:

Originally Posted by EddyTheDog I agree that it is not as easy as it looks - I think they should have got together a team of geeks from Google, Facebook etc - They could have done this much more efficiently I am sure..... As far as Search Engines not having to write data - Where do you think that data comes from?.. I would go as far as to say there are more writes than reads - Even if you ignore the bots, analytics for Google itself creates massive amounts of data...

Google does not do synchronous read /writes within their user seen search website -- the search bots connect to separate SQL (relational databases DB2 or postgress?), the data is then analyzed, sorted, finally ranked. Another important thing being ignored in equation is the connectivity and return data from other databases queried (Equifax as an example). I haven't read to date read anything specific on these issues and have only seen a flow chart of the other outside database connections necessary in the website process.

But all these problems should have been apparent in their DB design and their back-end development.

Bottom line, NO WAY can you do what they are trying to do -- register and place 5 million people into heath insurance plans in just 90 days with an disorganised cluster-fuck, first come first served approach. That is just ludicrous.

They should extend the registration and placement procedure to the end of 2014, then abate any penalties concurrently with that time extension. Then devise an organized procedure that will accommodate the 5 million person demand.