Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I work for a small but growing company that is experiencing growing pains. I have been doing the linux work for them since 1998, first as a third-party consultant and now as an employee. I have worked directly with their MS programmer for years with no real issues, but the company is growing and other employee hands are now in the pot. Recently we had a situtation where a few fields were removed from some SQL tables that the website accesses. I wasn't made aware of the deletion for a few days and data on the website was wrong. I was not using all of the fields of the table but the subroutines that I used to get and put data were designed to handle the data line as a whole and not part. I know that I am going to have to change my ways and be more selective in my queries.
Does anyone have any good advice to help me out with changing the way we interact, as we grow? Procedures that you use, policies that can be implemented and inforced?
Needless to say, management is livid about the bad data and wants a solution.
Hmm, I guess a start would be to appoint 1 person as DBA and the only person who can change the database. He/She would then also be repsonsible to inform the users of the database about proposed changes before they are carried out.
Technically I'm not sure. It might be overkill to add routines to check the database meta data first. I.e. see what fields are available...
Thanks monsm... our current DBA was the one that made the change to the table and didn't pass the information along. I guess what I am looking for is more of a documentation, policy and procedure method that is easy enough to use that is does not deter it's use. (ie. spend more time documenting than programming)
Well, the basic rule is that no columns are to be deleted from the DB without prior consultation with the programmers. A simple email might do with at least 1 weeks notice.
Its actually quite rare to remove columns, usually they get added or amended.
Really there should be a 1 page doc for any 'structural' changes to your system, with agreement from all relevant tech personnel.
Certainly the doc should be signed off by the mgr as well as the DBA. That will ensure the DBA updates everybody.
No changes on a Friday. A short(!) tech mtg every Monday at say 10am to keep everybody in sync.
I know when you started anything not directly tech (ie mtgs/paperwork) seems like a waste of time, but trust me I've worked for every company size and there is a reason for basic paperwork.
Your systems are now too big for everybody to know what's going on, nor should they need to.
Professionalism means keeping the rest of the team, inc mgr, informed (in advance!).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.