
$setarr = array(4=>array('id'=>46,'typename'=>'AAA'),5=>array('id'=>46,'typename'=>'BBB'))
$result = $keys = ''
foreach($setarr as $key=>$val){
$result.= $keys.$val['typename']
$keys = ','
}
$setarr[4]['typename'] = $result
array_pop($setarr)
print_r($setarr)
你这个问题真的很奇怪!!!!
可以。该参数在主备库的配置大小不一致。 从主库传递到备库的binlog event大小超过了主库或者备库的max_allowed_packet大小。可以查看变量值:SHOW GLOBAL VARIABLES LIKE "%max_allowed_packet%"看两个库的值是否一致。
在对应个binlog文件中找不到对应的偏移量position,可以通过mysqlbinlog命令查看,发现没有要报错要找的1104(position),可以切换到存在的position位点。
数据库设计跟设计原型关系是很大的。你只是这么一说,无法确定怎么设计更合理。大概的猜测一下需求。设计思路如下:
1、出诊的排班表。
自增id ,医生id ,医院id 出诊开始日期 出诊结束日期 创建时间 更新时间
此表用于用户查看更为全局的出诊记录。
2 出诊 表
自增id ,1表id, 医生id 医院id ,出诊科目,出诊日期 出诊班次 出诊状态 创建时间 更新时间
本表数据要依赖1表进行每日生成未来几天的。医生是否真的可以预约,还需要医生本人去确认一下(本字段看需求)
3、预约表
自增id 2表id 预约时间 ,病 人id 创建时间 更新时间
病人才 进行预约。
大概就这样吧。细节还得看设计原型。
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)