w*s
发帖数: 7227 | 1 大牛，this is the best i can get,
How to improve it please, basically i'm lost in the callback for the 2nd one.
Also the db.close() is always called before the 2nd query finishes, even i
have serialize().
var getInfo1Db = function(callback) {
var db = new sqlite3.Database("DB.sqlite3");
var cnt = 0;
var info1JsonObj = [];
db.all("select * from Info1DB",
function(err, rows) {
db.serialize(function() {
for(var ii=0, len=rows.length; ii阅读全帖 |
|
z****e
发帖数: 54598 | 2 感觉java所有的东西都不要太关注细节，以掌握idea为主
idea对，剩下的你只要投入时间，慢慢google，慢慢试
都能搞定，这就是java的好，一个东西的经验往往可以直接挪用到其他东西上去
因为idea一样，标准一样，剩下的都是私货了，别太关心私货
都是导致vendor lockin的东西
db的话
jdbc->connection pool->orm/推荐hibernate->jpa
jpa就是j2ee的一部分，hibernate就是jpa的impl之一
jpa就是hibernate那个gavin king带头搞的标准
颠覆了entity bean
gavin king是monash大学读数学本科毕业的
澳洲人比较蠢，所以不会造太复杂的东西，思路都是线性简化的
所以spring什么都是愚蠢的aussi搞出来的东西，相对容易掌握
搞ejb那拨人智商很高，很多都是一流发达国家一流大学毕业的
比如巴黎高师，斯坦福这种，搞jboss那个就是巴黎高师的校友
所有的db都提供jdbc驱动，不管用哪个db，都能用jdbc连
但是连了之后，执行的sql不同的db不一样
当年gavin king... 阅读全帖 |
|
c********1
发帖数: 421 | 3 感谢赵老师指点
“如果实在是db撑不住，那就看看newsql吧
db有75％的时间浪费在一些其实没啥必要的事情上
什么write ahead log之类的，不过newsql还不成熟”
这里面“如果实在是db撑不住”是什么意思？
另外“DB”又是指什么？我个人觉得（不对请指正），DB包括所有的sql,nosql,newsql
您前面说如果DB的performance不符合需要，可以干掉DB...
newsql本身也是一种DB吧 |
|
h*f
发帖数: 10 | 4 到了4月份，申请基本上也结束了，目前手里有两个offer
1. UCSB
不分方向，第一年做TA，之后找到老板再开始做RA
不过个人基本打算做DB方向，UCSB的DB group: http://www.cs.ucsb.edu/~dsl/
有两个老板，都是将近50岁的样子，dblp链接
www.informatik.uni-trier.de/~ley/db/indices/a-tree/a/Agrawal:Divyakant.html
www.informatik.uni-trier.de/~ley/db/indices/a-tree/a/Abbadi:Amr_El.html
2. UToronto
RA+TA，导师是Nick Koudas, 比较年轻，35岁左右，assistant prof, dblp链接
www.informatik.uni-trier.de/~ley/db/indices/a-tree/k/Koudas:Nick.html
UToronto的DB group: http://www.cs.toronto.edu/db/WebPage/htmldocs/
加州的生 |
|
z****e
发帖数: 54598 | 5 sp高度依赖db，换个db就不能用了，不少db不支持sp
sp当然可以做一些简单的逻辑，要不然就不叫sp了
backend里面这种陷阱很多，一旦陷进去，以后再拔出来时候
就加倍还回去，当你高度依赖一个db的时候，比如oracle
那么oracle哪天突然觉得不爽了，license fee加倍，咋办？
至于并发带来的锁的冲突，这个就是为啥我们需要jta
jta封装了所有的底层逻辑，你只需要拿到context之后
选择ctx.begin，然后ctx.commit就好了，或者高级点@Transaction
剩下的底层逻辑压给框架比如hibernate去做，你就不需要折腾了
如果性能上有问题，那就直接干掉db
用nosql分担大部分persistence的东西
如果实在是db撑不住，那就看看newsql吧
db有75％的时间浪费在一些其实没啥必要的事情上
什么write ahead log之类的，不过newsql还不成熟 |
|
w*s
发帖数: 7227 | 6 i have a sqlite3 nested query case. Was hoping to push each query result to
a json array and return it back. But always get "Error: SQLITE_MISUSE:
Database handle is closed" for the 2nd select call. Seems the db.close()
gets called before the 2nd query.
Why is this, i thought serialize can take care of this. How to fix it please
?
var getMyDbInfo = function(callback) {
var db = new sqlite3.Database("MyDB.sqlite3");
db.serialize(function() {
var myJsonObj = {};
db.each("se... 阅读全帖 |
|
w*s
发帖数: 7227 | 7 i have a sqlite3 nested query case. Was hoping to push each query result to
a json array and return it back. But always get "Error: SQLITE_MISUSE:
Database handle is closed" for the 2nd select call. Seems the db.close()
gets called before the 2nd query.
Why is this, i thought serialize can take care of this. How to fix it please
?
var getMyDbInfo = function(callback) {
var db = new sqlite3.Database("MyDB.sqlite3");
db.serialize(function() {
var myJsonObj = {};
db.each("se... 阅读全帖 |
|
z****e
发帖数: 54598 | 8 天朝的电信最早是sun的地盘，就像银行一般是ibm的搞一样
这些主要是consulting firm进去忽悠
美帝的咨询it这些都是一路的，一条龙服务
几个大咨询公司要么自己有it产品，比如埃森哲，要么就跟it公司合作
美帝mba和他们的it配合着忽悠
所以ibm后来收购了普华永道的咨询
然后电信以前主要是麦肯锡在忽悠，忽悠了sun这些
sun当年在天朝做得还是不错得，很多大公司企业都是sun的构架
其中就包括淘宝，没有sun就没有淘宝今天
后来淘宝自己改，一点一点把sun的那些东西改成开源的产品
然后就做得不错这样，淘宝就有mission critical的东西
或者说涉及到金钱的部分，你都可以认为是mission critical
又不是只有电信才是，这个最好是用db，没有错
但是开源的db也其实够用，db也有很多，又不是只有oracle才叫db
但是db一般是瓶颈，要降低db的负载到一定程度
能降多少，就看谁在做了 |
|
m******y
发帖数: 588 | 9 要是我有些production db在好几个sql server上, 现在要把这些db create 一个
offline的db copy用于别的reporting. 第一次我可以restore backup files, 然后根
据reporting需要作些index调整什么的， 然后我想要create nightly job to do
incremental data load from the production dbs to offline dbs，不做schema
changes. 问题是我怎么才能作incremental load? 怎么来track changes on
production db 做synchronization? 我知道有些utility象sql data compare可以一个
一个db compare, 但是我想要的是schedule一个job同时能做好多个db的incremental
data load. Any scripts or reference or advice is appreciated. |
|
a9
发帖数: 21638 | 10 试试这样？
const db = new sqlite3.Database("MyDB.sqlite3");
db.all("select * from table1", rows => {
db.serialize(() => {
for(let i = 0; i < rows.length; i++) {
// get doorId
db.all('select * from table2 where ID=?', doorId, table2Rows =>
{
myJsonObj.data.push(myJsonElem);
})
}
db.close();
})
}) |
|
a9
发帖数: 21638 | 11 试试这样？
const db = new sqlite3.Database("MyDB.sqlite3");
db.all("select * from table1", rows => {
db.serialize(() => {
for(let i = 0; i < rows.length; i++) {
// get doorId
db.all('select * from table2 where ID=?', doorId, table2Rows =>
{
myJsonObj.data.push(myJsonElem);
})
}
db.close();
})
}) |
|
z****e
发帖数: 54598 | 12 你们信不信哪
一般天朝企业采购就三步骤
第一微软的office
第二ibm的中间件
第三oracle的db
这三个是软件支出大头，都tmd贼贵
不过总得来说，第三个可替代的难度最大
因为天朝没有多少企业能做db
所以相对安全点，天朝软件水平怎样
你看当年db就知道，当年金山时代天朝企业做过db产品
结果一个没剩下来，office还是有金山办公软件可以匹敌
然后ibm那一套，金蝶什么还是能做的
但是db，要说一夜之间搞掉，还真难 |
|
a****r
发帖数: 12375 | 13 oracle不好搞的
首先oracle现在学精了，底层平台很开放，可以跑在各种架构上
其次oracle产品不用于商业用途的话，可以随便下载试用，试用期不限制
再次，相对oracle低端的mysql已经被oracle买了
最后，能和oracle匹敌的开源数据库也就pgsql，
中国的积累很糟，比日本差的远。
南大那个gbase就是pgsql，不知道有没有偷日本富士通的技术
你们信不信哪
一般天朝企业采购就三步骤
第一微软的office
第二ibm的中间件
第三oracle的db
这三个是软件支出大头，都tmd贼贵
不过总得来说，第三个可替代的难度最大
因为天朝没有多少企业能做db
所以相对安全点，天朝软件水平怎样
你看当年db就知道，当年金山时代天朝企业做过db产品
结果一个没剩下来，office还是有金山办公软件可以匹敌
然后ibm那一套，金蝶什么还是能做的
但是db，要说一夜之间搞掉，还真难 |
|
a****r
发帖数: 12375 | 14 nosql绝对替换不了db
nosql用空间换时间，这对于严格交易系统来说是绝对不能接受的。
我研究的一个topic就是如何用nosql来替换掉db
当然绝对替换不可能
但是可以实现最大程度剥离db的负载
把对db的依赖程度降低到最低
目前看开源db完全可行
但是legacy system，很难搞
有hibernate说明这个公司的人有这个意识
如果是sp横飞的，基本上这个系统就被oracle绑架了
新系统一般都不这么高，老系统怎么搞，还真没什么特别好的方法 |
|
m*******u
发帖数: 26 | 15 【 以下文字转载自 JobHunting 讨论区 】
发信人: maomaoniu (Lufi), 信区: JobHunting
标 题: 【招聘】淘宝网 - DB Architect, Sr. DB Engineer, Sr. DBA - 地点：杭州、北京
发信站: BBS 未名空间站 (Mon Apr 19 03:47:16 2010, 美东)
职位：DB Architect，Sr database engineer，Sr. DBA
地点：北京、杭州
依托淘宝这个大平台,拥有国内团队规模最大,节点数最多,业务挑战最大,技术能力最强
,较高知名度和国内影响力的团队. 这个团队目前承载着业务最核心的OLTP系统的99.99
%可用性要求,以及最高计算压力的OLAP的计算平台的运维.
淘宝DBA 团队目前拥有31人的规模, 分为系统DBA,开发DBA,DB架构&工具小组,都为高可
用,高可扩展,低成本的目标努力! 目前我们拥有oracle,mysql,PostGsql,以及部分
nosql的平台运维,总数近千台.
如果你,
精通Oracle或mysql或pgsql或nosql的一种; |
|
d*********e
发帖数: 8525 | 16 【 以下文字转载自 DC 俱乐部 】
发信人: neil222966 (neil222966), 信区: DC
标 题: 求助： DB Login error, web app cannot connect db.
发信站: BBS 未名空间站 (Wed Aug 15 13:41:36 2012, 美东)
求助：web application cannot connect db.
Environent:
sql server 2012 + IIS + php application
Error Message:
Can't connect to WebApp database. Reason: [Microsoft][ODBC SQL Server Driver
][SQL Server]Login failed for user 'WebAppConn'.
Info:
'WebAppConn' is a standard user in NT. It worked if using DB admin user (e.g
. 'sa').
Testing site:
sql serv... 阅读全帖 |
|
p******o
发帖数: 2682 | 17 DB是防守组一环，重在防传，辅助防跑，时不时冲上去搞个BLITZ。一般都是身材匀称
、速度奇快、转身迅速的ATHLETES。DB是一个次于防守线人但重于LB的POSITION，经常
出NFL草稿第一轮，ELITE LEVEL的DB可遇不可求。
今年PSU由于SCOLLY LIMIT，可能会招2-3个DB，目前追求的重点是下面4个孩子：
1、来自宾州的四星HENRY
2、来自宾州的四星NICHOLSON
3、来自马里兰的四星VINCENT
4、来自宾州的三星WORLEY
其他可能的对象，如来自新泽西的五星PEPPERS，或者由于高不可攀，或者由于PSU认为
不太适合（水平不够），暂不在讨论之列。
上述这4个孩子，PSU都非常有希望获得（指起码是他们的TOP-2乃至FAVORITE）。具体
说，WORLEY非常有可能在未来的几天内COMMIT，估计会是PSU、RUTGERS和GEORGIA TECH
三家中的一家；NICHOLSON虽然是四星，但是过去几周他在PSU的WISH LIST上降了不少
，目前PSU认为他和三星WORLEY没什么区别；VINCENT虽然一直被大家看好，但不少人认
... 阅读全帖 |
|
m*******u
发帖数: 26 | 18 【 以下文字转载自 JobHunting 讨论区 】
发信人: maomaoniu (Lufi), 信区: JobHunting
标 题: 【招聘】淘宝网 - DB Architect, Sr. DB Engineer, Sr. DBA - 地点：杭州、北京
发信站: BBS 未名空间站 (Mon Apr 19 03:47:16 2010, 美东)
职位：DB Architect，Sr database engineer，Sr. DBA
地点：北京、杭州
依托淘宝这个大平台,拥有国内团队规模最大,节点数最多,业务挑战最大,技术能力最强
,较高知名度和国内影响力的团队. 这个团队目前承载着业务最核心的OLTP系统的99.99
%可用性要求,以及最高计算压力的OLAP的计算平台的运维.
淘宝DBA 团队目前拥有31人的规模, 分为系统DBA,开发DBA,DB架构&工具小组,都为高可
用,高可扩展,低成本的目标努力! 目前我们拥有oracle,mysql,PostGsql,以及部分
nosql的平台运维,总数近千台.
如果你,
精通Oracle或mysql或pgsql或nosql的一种; |
|
j********x
发帖数: 2330 | 19 可不是
不过这都是在另一个层面上的新东西
这些个东西都是大规模分布式处理，传统db要是也有这扩展性，也就没这些东西存在的
必要了；不过如果传统db真有了这样的扩展性，还能叫传统db么？说到底，为了证明这
些东西是在抄袭，先得让传统db抄袭这些东西，然后这些东西才能抄袭传统db；说到底
，这都是个笑话是不？
我就呵呵一下 |
|
z****e
发帖数: 54598 | 20 一个车次一个db
车次都独立，分库太容易了
你买一个车次的票就发给那个db，这样就是一对一
如果是联程的话，你买多个车次的票
因为在不同的db里面，自然需要一对多
如果感觉一个车次一个db太浪费
那自己归并，多个车次放到一个db中去
其实抢票不见得是啥问题，主要问题多半在支付上
支付会很慢，最快2-3s，最慢等个20m正常 |
|
s*****w
发帖数: 1527 | 21 对DB不懂，假如说是cassandra吧，有一个DB table for "my customers",
有id, name, address。
如果我create a new customer，写入DB之前我需要自己做个lock/mutex吗？防止别人
也在create user ?
DB本身应该都有了吧，不需要我处理了吧。 |
|
k***n
发帖数: 383 | 22 GM 破产的话，它的DB还是需要满足的。
如果DB里面ASSET大于LIABILITY的话，没啥问题，因为是OVERFUNDED.
但是如果UNDERFUNDED，那就是公司还欠着钱。
破产的话，看谁对公司资产有最先的权利来CLAIM。
具体不知道，欠PENSION的钱没那么容易逃掉。
现在很多公司都是两种都有。新进公司的基本都是DC了。
因为DB实在是包袱太大。
而且有些DB是当事人死后，配偶还能继续支取到死，似乎。 |
|
z****e
发帖数: 54598 | 23 我研究的一个topic就是如何用nosql来替换掉db
当然绝对替换不可能
但是可以实现最大程度剥离db的负载
把对db的依赖程度降低到最低
目前看开源db完全可行
但是legacy system，很难搞
有hibernate说明这个公司的人有这个意识
如果是sp横飞的，基本上这个系统就被oracle绑架了
新系统一般都不这么高，老系统怎么搞，还真没什么特别好的方法 |
|
z****e
发帖数: 54598 | 24 again
最大程度降低db的负载
这个完全可以做到
我目前看
除了银行交易信息和客户帐号信息
其他都用nosql都没啥问题
如果只剩这两个的话
db的负载至少减轻70％
主要是以前一堆垃圾程序员什么都用db
搞得db不堪重负 |
|
p*********g
发帖数: 911 | 25 常来论坛啊。
微信有人数限制，而且有群信息是聊天还是db. 来论坛可以分享db给更多人，还可以看
其他deal.
如果真是希望提醒的话，可以订阅SD上db那个主题，有更新就发邮件给你。那里人肯定
比比微信多很多，也快。就是也有看是聊天邮件还是真是db了。
都是要看，就不如多上论坛让更多人受益吧。 |
|
|
p*********r
发帖数: 4593 | 27 DB 有太多的因素上涨。
1. DB 像 Citi 一样， international bank, 哪里有赚，钱就往哪里投。
2. DB tangible book value 是 $48. 现在才 $35,这就像2-3年前的 Citi 在 $35-38
那时。
3. ECB QE,美国的 QE 已经告诉我们，QE 对银行是送钱。 银行手上的坏账会变好。
4. 低油价对 欧洲，特别是德国，工业大国利好。
5. 美金走高，对德国工业出口大国又是利好。虽然美金从高点已跌了5% 。
也列一几个坏的 items.
1. 法律诉讼，最后还是要赔钱，大概要 $1B for 的 currency trading.
2. 希腊问题还是回来，最终很有可能被踢出 Euro. 希望 DB 已在这2能已把希腊有关的
财产清了，或做了 hedge.
3. 美金还会不会走高, 这个谁都不知道。 |
|
s**********e
发帖数: 46 | 28 大家好, 准备去香港, 朋友推荐DB,
公司在湾仔, 年底搬到中环去. 从DB去上班花在路上时间会不会很多?
喜欢DB的环境,周末可以出门就骑车锻炼了, 怕住在港岛没有这样的条件吧.
令10,000在DB能不能租到2BD 呢? 小点没关系...:)谢谢/ |
|
l*****y
发帖数: 4887 | 29 这几个估计和我们抢不起来
Vincent有ND offer；Nichoson没有,但他身材挺适合Kelly DB大型化的要求
但这两个对ND兴趣都寥寥，ND的兴趣也不是很大
我们去年DB荒，但在强大Front 7的帮助下，逐渐摸索出了把OLB、RB、WR、QB、ATH、
Soccer运动员等转换成DB的新路，所以今年可能大胆出击，努力招收顶级DB，比如
Peppers，不成功就随便拉些身材合乎标准的三星ATH来顶，差别也不大。 |
|
h*******e
发帖数: 8370 | 30 7D ISO >320 = Junk
DB 400mm = Junk
DB 400mm = @ F/5.6 = low light is junk
DB 100mm = @ F/4.5 = Bokeh is junk
DB Focus speed = junk
几乎是一无是处的组合。只适合对画质几乎没有要求的人。=适合手机用户 |
|
g***l
发帖数: 352 | 31 Most DB jobs are DBA and DB applications. Are there any people working on
the DB internals, like B+ tree, index, recovery? Maybe only DB companies,
like Oracle, IBM have these jobs. |
|
T********i
发帖数: 2416 | 32 RDBMS是DB，NOSQL是DB。谁都不敢说不是。
展开想想，DB到处都是，抢票机，ACID MQ也都是DB。用途不同罢了。 |
|
y*h
发帖数: 25423 | 33
不好说。一般来说你要是一辈子不换工作，工作越早DB越划算。
不多DB也有风险，就是政府财政状况恶化，要破产了，没法发给你原先许诺的DB。 |
|
w***t
发帖数: 8175 | 34 那肯定是DB好。
DC是自己的钱。DB是别人给的额外的，再有DB都是你最后工资的百分比，比DC多 |
|
B*****g
发帖数: 34098 | 35 【 以下文字转载自 Database 讨论区 】
发信人: Beijing (我是猪--听说猪是被祝福的), 信区: Database
标 题: 6/7-IT新手入门第六讲 Learning DB 101
发信站: BBS 未名空间站 (Thu Jun 7 09:25:35 2012, 美东)
***活动就是今晚美东时间晚上9:00PM***
第六讲 Learning DB 101
时间: 六月七日，星期四，美东时间晚上9点
讲座者：Mr. Tingda Lu (Oracle Database Administrator at Texas.gov)
参加办法：全部免费，无需报名，讲座当天连接到网址 http://www.AnyMeeting.com/cinaoug1 (Link available after 8:50 PM)
简单预报一下下面几次活动时间，活动都是在美东时间晚上9点以后（有的可能是9点半
）开始，请大家提前做好安排。
延期 How to become a DB professional
延期 An Introduction to Data Warehouse Fr... 阅读全帖 |
|
F*********n
发帖数: 2914 | 36 微信群的想法其实还蛮好的，省版玩DB的热心ID也就一两打吧，看看经常发deal帖子的
ID就知道了。发微信和来省版分享其实没有什么冲突，微信可以发，同时也可以来省版
发帖告诉大家，不是吗？微信的好处是，多了一个信息渠道，而且可以更快的得到通知
，毕竟谁也做不到时时刻刻坐在电脑旁，或者是随时查SD上db那个主题的更新，而大部
分人则会把手机带在身边，方便性不言而喻。
还有，那个SD上db那个主题的订阅功能只是发站内的message提醒，不是真的邮件吧。
Just my 2 cents. |
|
p*********g
发帖数: 911 | 37 不过就是要打开看是否是db.
如果真不想到费劲拿db,就是装软件。有db来了，软件就会提醒。很多ps都有这样的软
件提供。我就不推荐了那个了，免得说打广告。缺点是并不是每个都提示，还有就是软
件提示了，就意味着差不多
是最后时刻了，。看手快还是慢了。 |
|
r*******1
发帖数: 2026 | 38 怎么判断是第几round db？
lz开始报的时候，我的没db
lucky2014 报的时候，我的才db
我以为就一个round。没想到还有第2round，更不知道啥时候第3 |
|
p*********r
发帖数: 4593 | 39 对， 我今天加仓了 DB。
这么大的 ECB QE 绝对是利好欧洲银行。 他们 hold 的 bad assets 都会变好。
唯一的 negative 是 Euro currency 会有些反效应。
DB 的 book value 是 $60, tangible book value 是 $48.
现在的 DB 就是 3 年前的 C at $25. |
|
B*****g
发帖数: 34098 | 40 【 以下文字转载自 Database 讨论区 】
发信人: Beijing (我是猪--听说猪是被祝福的), 信区: Database
标 题: 6/7-IT新手入门第六讲 Learning DB 101
发信站: BBS 未名空间站 (Thu Jun 7 09:25:35 2012, 美东)
***活动就是今晚美东时间晚上9:00PM***
第六讲 Learning DB 101
时间: 六月七日，星期四，美东时间晚上9点
讲座者：Mr. Tingda Lu (Oracle Database Administrator at Texas.gov)
参加办法：全部免费，无需报名，讲座当天连接到网址 http://www.AnyMeeting.com/cinaoug1 (Link available after 8:50 PM)
简单预报一下下面几次活动时间，活动都是在美东时间晚上9点以后（有的可能是9点半
）开始，请大家提前做好安排。
延期 How to become a DB professional
延期 An Introduction to Data Warehouse Fr... 阅读全帖 |
|
B*****g
发帖数: 34098 | 41 【 以下文字转载自 Database 讨论区 】
发信人: Beijing (我是猪--听说猪是被祝福的), 信区: Database
标 题: 6/7-IT新手入门第六讲 Learning DB 101
发信站: BBS 未名空间站 (Thu Jun 7 09:25:35 2012, 美东)
***活动就是今晚美东时间晚上9:00PM***
第六讲 Learning DB 101
时间: 六月七日，星期四，美东时间晚上9点
讲座者：Mr. Tingda Lu (Oracle Database Administrator at Texas.gov)
参加办法：全部免费，无需报名，讲座当天连接到网址 http://www.AnyMeeting.com/cinaoug1 (Link available after 8:50 PM)
简单预报一下下面几次活动时间，活动都是在美东时间晚上9点以后（有的可能是9点半
）开始，请大家提前做好安排。
延期 How to become a DB professional
延期 An Introduction to Data Warehouse Fr... 阅读全帖 |
|
a***a
发帖数: 40617 | 42 奸C 100-400mm IS
所有测试都是对着电脑屏幕上的图案
AF后切回MF（固定focusing），脚架，MLU，快门线，关IS，基本上就是山寨标准条件了
按照我一般pixel peeper的要求，结论如下
1.DB也许真的后面改进了（很多rumor这么说），以前看过不少老copy DB的测试
当时出名的问题是长焦端（400mm）的软肋，可以说几乎不可用（各光圈）。
当时看过的印象是惨不忍睹。所以一度差点儿上了300/4或者400/5.6.
然而多次外拍风光的体会让我觉得我无法在风光拍摄中使用定焦望远镜头。所以
只能作罢
直到后来重新看了据说是新copy的DB的测试结果
http://www.the-digital-picture.com/Reviews/ISO-12233-Sample-Crops.aspx?Lens=113
400mm端基本光圈缩一档后就完全可用，跟300/4，400/5.6在中央分辨率差异明显缩小
虽然边角还是有比较严重的问题。但是对我来说是可以接受的
然后我就自己进了一只UW code的（据说UV code以后的都改进了）
自己测试了一下，结论跟上述测评 |
|
x***e
发帖数: 2449 | 43 search for DB replication for the second question.
for the first one, I recommend you create a seperate DB for DB warehousing
or other usages.
It all depends on what kind of Production DBs you got.
I assume they are OLTP, not OLAP.
It also depends on what kind of reporting and how fast you want that done.
How big the DBs are, how powerful your production servers and the offline
servers are, etc.
Anyway, my point is your question is too large to give a simple solution.
incremental |
|
j******y
发帖数: 108 | 44 You are so nice to answer my questions.
To be a db developer, what books do you recommend? How to gain experience to
get an entry level job?
Could you compare the career path of db developer and programmer? Which is
better for female? How about the job market in China? Is db developer easy
to get a good job in China?
Thanks a lot.
don' |
|
j******y
发帖数: 108 | 45 Thanks a lot for your answers. You are really nice.
I have more questions and hope you can help me with them.
To be a db developer, could you recommend some books or courses to start
with? How to get experience by self-study?
What is the difference of career path for db developer and programmer? Which
is better for female? How about the job market of these two positions in
China? Is it easy to get a good db developer job in China?
Thanks again.
don' |
|
i****a
发帖数: 36252 | 46 the target database is a new, blank DB. but I don't think it's possible.
even object level restore wouldn't let me restore to a different DB.
the
no |
|
g***l
发帖数: 18555 | 47 但其实最好的方案是，这种经常要FULL DUMP TABLE放在一个
SERVER的一个DB上，另外一个OFFLINE SERVER一样的DB，先
LOAD好，TEST好，然后CHANGE APPLICATION SERVER CONNECTION
STRING，另外一个就变成OFFLINE的了，这样是比较妥当的，
BCP也只能晚上做，没啥质量的保证，而且是在PRODUCTION上
做，如果说白天INVENTORY要REFRESH好几次数据量又巨大，
BCP就困难了。 |
|
s**********o
发帖数: 14359 | 48 既然是想转行，就彻底一点，转个普通的DB DEVELOPER，工作机会多，别舍不得你那个
BIOINFO，自己把自己的面搞窄了，机会就少了，不要以为每家药厂DB DEVELOPER每年
都在招人，这东西也是一个萝卜一个坑，十家药厂有可能有一个招人，十年一次吧，也
就是说，一年之内100家药厂有一个可能招人，还不一定要你。你自己觉得好像很专，
但一般的DB DEVELOPER,,人一看你个搞生物的，不敢要你，万一你呆一年去搞生物怎么
办。 |
|
z*******3
发帖数: 13709 | 49 db根本就不应该有逻辑层这个东西
db首要职责把storage给做好
其次分离读写，交给再后面一层的business intelligence去搞
现在兴起的是后面那一层的bi
搞统计那拨人就天天在db后面搞
oracle最大的问题是读写无法分离
用行话说就是，it is not designed to read，it is designed to write
然后搞出了什么data warehousing，跟屎一样
都自己瞎搞，现在就是如何来优化这个东西
dw已经过时了，以前忽悠dw的现在都在忽悠hive
就像以前忽悠grid computing现在都在忽悠cloud一样 |
|
z****e
发帖数: 54598 | 50 对于大多数应用，db明显过剩了，当然能用db解决，但是sql并不容易搞，任何脚本过
度使用都是不合适的，无论是js还是sql，中间业务逻辑应该坚决交给java搞，至于后
面挂的东西，对于大部分需求来说，一般的file system足够了，尤其是web上的crud，
除非是金融银行这种大量涉及金钱的系统，一般网站，用db浪费了，绝大多数需求，用
single node cassadra足够了，下面需要做的就是简化c*的使用，让它的使用再傻瓜一点
：赵策呢？赵策在哪儿？赶紧过来表个态。
： |
|
