涉及到“生产者-消费者”的 数据库存取 问题设计！（有结果比给分）

需要做的是些生产者和消费者的线程。大家先给点点子吧。比如如何维护表长，如何实现生产者和消费者的工作。

解决方案 »

  1.   

    查询不涉及历史数据：原始数据分时间存为文本文件查询时只查询最后建立的文件（不使用数据库）更新时使用历史文件更新数据
      

  2.   

    写表进程不能挂起，应该相当于仓库无限大的生产者消费者问题了，否则会溢出的。
    况且查询和消费也不一样啊，查询并不从表里移走记录……
    糊涂了，好象没有什么要解决的问题吧
      

  3.   

    给个代码吧，能运行的额外给100分。不能用文本作为临时表，所有的数据必须存入数据库，以免由于死机而产生数据丢失。
      

  4.   

    死机肯定会产生数据丢失的，只不过在数据库中可以rollback.确保写表进程不挂起,查询和更新一定要分开。
      

  5.   

    但是现在需要尽可能的保持数据的安全性。所以需要所有的数据在确保已读的情况下才能被删除。
      

  6.   

    利用数据库的事务特性不就保证安全了吗？
      

  7.   

    我怎么觉得应该按照读者－写者问题的思路来进行考虑啊？
      

  8.   

    不，每个资源只有一个读者，其实就是消费者了。    关键是不能用数据库的会滚机制，必须从外界逻辑上访问数据库，而且要保证数据的一致性。这就需要弄清楚什么时候对数据库的一条记录进行删除，现在有两种方案：在读数据后进行删除操作，或者在写数据是进行更新操作。    到底哪种更加安全呀？
      

  9.   

    用文本文件作中间介质，是对数据的备份
    数据最终还是在数据库的