程序简写为 while() { A：计算； B：向数据库插入数据（PS.一般累加到1W条数据库的时候一起插入） } 总共记录有700W+,耗时10个小时，如果去掉B，只进行计算，大概需要2分多钟; 之所以用数据库是因为这些结果数据需要被查询，但是瓶颈显然是在数据库插入操作，10个小时还是太慢了。 如果我想改进，有没有什么办法呢？？ ...

laravel 里面若数据表里面存在该user_id则更新该id下的其它字段，如果不存在则新建一条记录，数据库操作如何实现？我写的每次不管user_id是否存在都是更新$resQuery = DB::update("replace INTO dog_apple_devices (user_id,apple_token, apple_adid, created_at) VALUES ('$user_id', '$apple_token', '$apple_adid', n...

例：发送者A 选择内容A、内容B，发送给接收者A跟接收者B，另：不光可以发多个内容，还可以发整个目录，目录包括内容，接收者还可以针对内容进行评论反馈求如何设计数据库表，记录发送内容

大概功能是这样的： 一对一单聊 可以发送图片，emoji 表情 显示聊天记录 平台： ios+android app，手机端 web （包括微信里面） 请问该如何设计呢，包括后台数据库表，接口等，轮训还是socket？如果有第三方的，也可以推荐

1、数据保存到数据库可以使用批处理比如一次处理100条插入记录2、不要一次性处理所有数据，可以将1W条数据分成两个线程来处理，这样可以充分利用cpu，同事不会导致大的阻塞

你是app还是wap网页。。。接口是什么形式的 这些你得描述清楚 首先 要是app cookie的话是不靠谱的 ip也不靠谱 我们的解决办法是使用 在数据库存一条记录 使用唯一设备码和用户信息和加密方式（就是俗称的token）去验证你的记住密码

主要原理是在数据库中新建了一个counter计数的collection，记录每个model的最大id，然后在save时更新id， 使用findAndModify中的$inc实现递增，$inc是原子操作。

1.想做微信单聊(即时通讯一对一的聊天方式)类似的功能,想把聊天的记录直接存入数据库.但是不太清除怎么建表,是每个聊天对象都建立一个新表吗?

从数据库获得8000条记录,要输出到excel,这个过程应该很长,应该超过了网页请求30秒的限制,这样的话数据一多就不能打印数据了?问题解决:1.set_time_limit (0);2.ob_flush();flush();再细问一下:是时间和内存同时影响了exel的打印输出?

{代码...} {$vo.tags} 是一个a|b|c 这种形式的字符串，我要把它切分成3个字符串，用三个span显示，应该怎么写？ 要查出tags字段对应的哪些值，怎么写？ 显示一条数据库记录的tags字段，应该怎么写呢？

你要不创建一个trigger和一张表用来记录行数，如果你的入数据库的量不大的话。 比如 ON INSERT UPDATE counter SET table_name_count = table_name_count + 1 ; 然后前台读取的时候从那张表读就是了。

就这个需求来说不需要对数据频繁的读写，你的mList初始化数据是从数据表一次性读取的吧，可以建一个tempList暂存被删除的条目数据，对tempList进行删除的条目数据的管理(有删除操作时添加数据，action取消时移除前面删除时添加的对应的数据)，在确定不再需要对列表进行编辑时(比如Activity退出时)再把tempList对应数据库...

数据库中应存储图片的元数据，这包括上传者、上传时间、上传 IP、图片大小、图片格式。一般还要考虑去重，即不同用户上传的同一张图片在图床上只存一份，这样一来，图床上的文件名应该是图片的 MD5/SHA1 哈希值，也要记录在表中。如果网站要面向手机用户，还要考虑在图库上同时存储低质量的图片，这个信息也要记录在表中。

用的是什么数据库，MySQL和SQL Server单机版性能差很多。 SQL Server / Oracle /DB2的性能是一个级别的，开源的MySQL性能不是很好，考虑集群，postgresql要好点这么大的数据量要想迁入到数据库里，要考虑1） 合适的索引，能大大提高写入性能。2） 数据库如果没有设计主从，那就考虑上RAID或SSD，性能跟普通的机械硬盘差...

最近勒索病毒肆虐，很多服务器都被攻陷，难保我们的服务器那天不被黑客入侵，我们现在可以用异地同步保证数据不被丢失，但是入侵者拿到我们数据库中的数据（mysql、oracle、mongodb），而我们数据库中的数据大多数情况下又是明文的，一旦泄露就会对客户的安全隐私造成很大的威胁，基于此问题，我想了解一下行业中有那些...