如果是新版,问题在于,当你改变数据库结构的任何部分时,这一改动就是对贵项目目录的改动,而不是对你在《设计书》上的版本的改动。
Also, when you try a non-debug run you are not using the copy you have been chaging in the debug location.
I normally use a Postgresql, but as this is a new computer and I discovered MS do this Lite version, decided to give it a try. I have a lot of data which is historic that I want in the table, then some manual manipulation with a bit of SQL, Then I can carry on creating the actual functionality of the database.
你们不仅能够把改动的版本复制到项目目录中,因为有一个记录,没有人似乎知道其中的内容,但微软迫切需要以某种方式与你们的数据库相匹配。 (我猜测你已经尝试过这一点)。
我不希望从每当我跑的时候就开始,就像你一样,我没有找到解决办法。 因此,在绝望的举动中,我把Debug的版本复制到一张头巾。 然后删除了项目解决方案探索者中的版本。
然后,我拖了这一版本,将其投放到解决方案探索者手中。 (除下文所述外,在结构上与原案文相同。)
于是,它收回了该Log案。 现在,我的节点会议开始,有现成的负荷数据。
Words of warning.
1) Changing the database structure.
In your solution explorer, the the Linq to SQL DBML file, if you have changed some structural part of the database in code (which is where I tend to do it), right click on the DBML file and go into design view. Then drag into the design any new tables or views that you have added.
2) 由于不得不删除数据库并拖拉数据库,因此写上了一种功能,该功能在表格上运行,但以模拟方式复制贵数据库档案,如:
MyDatabaseBackupmyDatabase_date_time.mdb
记住,如果你回到以前的版本,你需要重新命名我的数据库。