my new project, is this the right way?
rusi
rustompmody at gmail.com
Fri Nov 25 23:48:06 EST 2011
More information about the Python-list mailing list
Fri Nov 25 23:48:06 EST 2011
- Previous message (by thread): my new project, is this the right way?
- Next message (by thread): my new project, is this the right way?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Nov 25, 10:16 pm, Roy Smith <r... at panix.com> wrote: > In article > <581dab49-e6b0-4fea-915c-4a41fa887... at p7g2000pre.googlegroups.com>, > > rusi <rustompm... at gmail.com> wrote: > > First you must figure out how to structure data -- jargon is > > normalization. After that you can look at transactions, ACID, > > distribution and all the other good stuff. > > And when you're all done with that, you can start unlearning everything > you've learned about normalization (not that you shouldn't learn about > it in the first place, just that you should also learn when excessive > normalization is a bad thing). > > And then start looking at BASE (Basic Availability, Soft-state, > Eventually consistent) as an alternative to ACID. > > Don't get me wrong. SQL is a powerful tool, and truly revolutionized > the database world. Anybody who is thinking about going into databases > as a career needs to know SQL. But, it's not the end of the road. > There is life after SQL, and that's worth exploring too. Yes going all the way up to fifth normal form can be nonsensical. Putting it less jargony -- Given a real world scenario involving data can you organize it into tables with reasonable foreign-key relations, and integrity constraints? If so you can start looking beyond sql.
- Previous message (by thread): my new project, is this the right way?
- Next message (by thread): my new project, is this the right way?
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
More information about the Python-list mailing list