|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
Diagram Tool Causes Strange Write Table Behavior~ 200 tables. The tables are segmented by module, so instead of having one massive diagram I am creating a diagram per module. All I'm doing is creating a new diagram, selecting all the tables that belong to a module, and letting the software create the diagram. I do make some format/layout changes to make the diagram easier to read, but at no time am I making any structural changes to the table. For three of the four modules this approach has worked perfectly. However, there is one set of tables that the tool thinks has been altered, and it insists on writing the tables back to the database before it will save it. The first time this happened I just said "No" to any writing/saving and started over from scratch (I assumed I had accidentally made a change to a table). The next time I added all the module's tables, I simply moved one table two or three inches to the left, and then tried to save the daigram (having 100% confidence there were no accidental structural changes). Once again, it wanted to write a few of the tables back to the database before saving. I have no idea why it thinks any structural changes occured to the referenced tables. I certainly didn't make any, and on the rare occasion I have accidentally made a change, I was able to successfully start over by not writing/saving the change and closing/opening the diagram. Can anyone let me know what possible changes could have been applied to a table(s) outside the diagram tool, that could affect the diagram tool and make it think it needs to write the tables to the database before saving? Thanks My apologizes...this is occuring on SS 2000.
Show quote > I'm creating a series of database diagrams for a database that has > ~ 200 tables. The tables are segmented by module, so instead of > having one massive diagram I am creating a diagram per module. > All I'm doing is creating a new diagram, selecting all the tables > that belong to a module, and letting the software create the > diagram. I do make some format/layout changes to make the > diagram easier to read, but at no time am I making any structural > changes to the table. > > For three of the four modules this approach has worked perfectly. > However, there is one set of tables that the tool thinks has been > altered, and it insists on writing the tables back to the database > before it will save it. The first time this happened I just said "No" > to any writing/saving and started over from scratch (I assumed I > had accidentally made a change to a table). The next time I added > all the module's tables, I simply moved one table two or three > inches to the left, and then tried to save the daigram (having 100% > confidence there were no accidental structural changes). Once > again, it wanted to write a few of the tables back to the database > before saving. > > I have no idea why it thinks any structural changes occured to the > referenced tables. I certainly didn't make any, and on the rare > occasion I have accidentally made a change, I was able to > successfully start over by not writing/saving the change and > closing/opening the diagram. > > Can anyone let me know what possible changes could have been > applied to a table(s) outside the diagram tool, that could affect the > diagram tool and make it think it needs to write the tables to the database > before saving? > > Thanks > |
|||||||||||||||||||||||