y****w
发帖数: 3747 | 1 I don't think trigger is so common though;) even trigger exists, the
deleted/(or old table/new table)/sth. else
for different DBMS normally works on row, right? |
|
|
g*******g
发帖数: 108 | 3 discussion at c*****[email protected]
I get my thoughts on RAC based on my experience, I do not remember where I
get the anology "amplifier". I doubt it is from Tom Kyte, he rarely
criticizes an Oralce product, maybe he did/will, i can be hold responsible
for his words :)
Let's focus on the tech side now.
I characterize primary feather of OLTP is "use interaction", queries run
fast and expect few records. Repeatedly used data are cached in the data
buffer.(typically)
In a sequential read w... 阅读全帖 |
|
y****w
发帖数: 3747 | 4 图形界面下的批处理。这些天正好做过的，
1. 假如你要处理给定1000个表，做schema change，比如一些字段从int到varchar，或
者相反，根据什么条件决定。必须完整保留数据，相关需要做type casting. ---前提是这种转换在dbms当前版本并不支持。
2. schema比较的时候比较SP的内容--好像有bug. 还有些识别不出来。
toad很强，掩盖了很多下面的东西，大大降低了dba工作的难度。我的point不是否定
toad，而是说toad是个捷径，新手与其大力气扣命令脚本不如先好好研究这个. |
|
y****w
发帖数: 3747 | 5 加一条，
今天reject一个migration,因为阿三国那边提供的source没按要求弄，sql语句的分隔
符全用";"，同时数据库解释器不够聪明不能识别某些";"只是SP的一部分。ok,这就需
要写个脚本找出规则自动修改，然后再执行。 DBA only live with GUI干这事儿就勉
强些，因为有几百个，阿三国那边那个哥们也没聪明到能去灵活用下ultraedit/
notepad++得程度。 以前两次都帮他们改了，也强调了两次必须按规范，这次索性给
reject回去让他们diy算了。
dba做事儿最讲究灵活，要善用利用各种工具。只有toad一条胳膊粗的dba，
intermidiate to sr也是没问题的，marketing好像也就这样子了。
提是这种转换在dbms当前版本并不支持。 |
|
B*****g
发帖数: 34098 | 6 其实toad就是一个software，程需还是要回写。如果一定要比较，toad比较的对象就是
sql plus。
新手还是好好学基础，然后最重要的是背面试题，人家icc人手一本几百题的手册，老中
找工作怎能和老印竞争。
另外老程序员要多提携新手，有工作一定要推荐老中，network才是最重要的。
介于以上情况，在北美地区oracle新手的最佳选择就是加入cinaoug。
提是这种转换在dbms当前版本并不支持。 |
|
y****w
发帖数: 3747 | 7 人就不兴做几个针对性版本么。再说，不是所有dbms都不能暂时禁用表logging的。
你一直在讲工具。是我没说清楚，我们在讨论的是，假如你在做这个工具，你怎么处理。有多少已知的api可以借用。ssis或者其他什么federation tool是怎么实现的？这些也许有些地方有文档透露些痕迹，有些只能去猜测。 |
|
y****w
发帖数: 3747 | 8 lag这种很大程度上是提供oracle兼容性的，9.7加了n多。 9.7甚至还提供了一个不完整的pl-sql解释器，用于方便migration项目，这些东西提供方便的同时也提供了相当的混乱。
对于问sql的，我其实更倾向于用具体数据库无关的方式解决。（当然小处差异除外，比如date function的差异）。通用方案的支持是会越来越好的，database/sql developer会越来越具体dbms无关的，这也是个趋势。 |
|
B*****g
发帖数: 34098 | 9 趋势就是不用SQL
完整的pl-sql解释器，用于方便migration项目，这些东西提供方便的同时也提供了相
当的混乱。
，比如date function的差异）。通用方案的支持是会越来越好的，database/sql
developer会越来越具体dbms无关的，这也是个趋势。
在不 |
|
y****w
发帖数: 3747 | 10 ibm had runnable dbms first while oracle had the first in market. Impacted
badly by the server market |
|
y****w
发帖数: 3747 | 11 假设某一级mgr被外星人干掉了，有人让位了大家高高兴兴的都升一级, 然后请你老人家来维护level，假设原先这家伙有99级下属~
3NF和tree结构有啥关系。在关系型数据库里面表达tree结构最简单的就是这样的tree表，怕冗余把非id列3NF出去--这可能就是原先那个面试题的最后一问的初衷。
即使特定dbms能提供某些更酷的结构来做这个，但本质怎么也不会变的。
而且，你这里是manager-employee关系，可能还好，但有些关系里面子节点可是有不止一个parent的，想象一下access plan,有些节点是可以同时处于不同level的。
你的junction table只是稍稍扩展了一下tree而已，特定应用可能方便些，丢了很多灵活性，外加更新更困难了。 |
|
y****w
发帖数: 3747 | 12 cte套多了性能肯定不好。现在的dbms大多不够聪明能够自动给join列加个索引再跑。有时候也怀疑这些做引擎的家伙们缺少field经验。
我是比较喜欢pure sql solution的，能用sql sp就用sql sp，不够用了再去借用java甚至c一下。不过这玩意儿也严重和应用性质有关系，自产自用也就算了，要是deliver给客户呢，怎么保护ip就是一个大问题，比如你辛辛苦苦搞一套db监控软件，不注意保护的话人家好点的dba轻轻松松把你的sql都给抠出来了。
我也只是客串过半年的db developer，经验有限的很，还是在旁边动嘴多一些。 beijing你多讲讲。 |
|
y****w
发帖数: 3747 | 13 dbms? 数据抽取靠什么？etl工具？replication？找瓶颈与其我们猜不如你找下log，
看看每部分都花了多少时间。
你说得太概括，别人不好插手。 |
|
y****w
发帖数: 3747 | 14 NoSQL多是号称不需要DBA的，比如amazon的simpledb. 我对nosql dbms的印象就是分布
式存储+map/reduce.
个人感觉，这块真正需要的首先是一批适应函数式逻辑的developer, 再逐步进化出些
成型的方法论来，然后再architect。管理方面，目前，更是SA而不是DBA。 |
|
y****w
发帖数: 3747 | 15 数据量小时行锁就行了。lz这个行锁肯定不够用，要上页锁甚至表锁。看dbms具体实现lock wait
的时间可能差很多。 逻辑上独立这个前提就有可能导致实现上的优化。所以我说还是得真懂sql
server的来说说sql server目前以及可预期版本的实现。
再说今天很对的东西，过几年也许就变成错的了。 |
|
y****w
发帖数: 3747 | 16 数据量小时行锁就行了。lz这个行锁肯定不够用，要上页锁甚至表锁。看dbms具体实现lock wait
的时间可能差很多。 逻辑上独立这个前提就有可能导致实现上的优化。所以我说还是得真懂sql
server的来说说sql server目前以及可预期版本的实现。
再说今天很对的东西，过几年也许就变成错的了。 |
|
y****w
发帖数: 3747 | 17 看你基础。假如你曾精通过某种更难的，熟悉容易的就很快，比如c++到java。 个人认
为好民工的标准是两个星期，假如把你放到一个直接相关的项目里。 熟悉语法很快，
主要是知道要用到的数据结构用法，类库去哪儿找reference。
这种大道理放到dbms讲也大差不差。
跨度大的，从过程语言跳到函数语言，那就不好说了。有些容易上手快，有些就让你花
个把月看书可能还是很难写出有用的代码来 --- 从玩票的角度看。 如果你有实际需求
摆着，那可能就快的多，也不会过一阵子又还回去了。 |
|
y****w
发帖数: 3747 | 18 1. null值没法记录，只能记录标记。
2. 对可空列把空标记当值对待很有意义。
弄个大表，某索引列上填充1%的空值，然后count一下，没意外也就扫下索引而已。
说bitmap我不懂，sql没那么熟。
从relational的理论上说，只有primary key不要null。但实现上应该和普通unique
index没啥不同，多个非空约束。不过对null值得处理，不同dbms好像很不一样。 |
|
y****w
发帖数: 3747 | 19 你可以测试下，clock()后面分别跟clock和now，在server side跑，一定要静态编译。这个延时应该是一半app/dbms的通信开销，函数调用那部分我猜可以忽略。或者弄到c的外置函数里面测试。
有结果和我们说说？ |
|
y****w
发帖数: 3747 | 20 tfs这个build对其他dbms支持怎么样？
SP |
|
y****w
发帖数: 3747 | 21 我觉得这个题目出的蛮有水平的：
1. tree结构设计。效率与灵活性如何兼顾。
2. 注意那个32k，可以考察下对dbms大字段支持的了解，是不是可以inline一部分，80
/20准则。
3. 接着可以考怎么写sql,一般的到recusrive的。基本上developer需要知道的query写
法基本上都能考察到。
4. 这个model涉及的东西是每个人都非常熟悉的。 |
|
y****w
发帖数: 3747 | 22 哪儿这么大火气啊，就看beijing又广告了oracle一把。谁评价都行，说错了也不要紧
，你去纠正了人家也就学到了。比较dbms实现其实很有意义。 |
|
|
c*****d
发帖数: 6045 | 24 I like the idea of mpp DBMS
but "shared-nothing architecture" limits its usage |
|
y****w
发帖数: 3747 | 25 现在这年头对dba的要求已经越来越高了，system dba最好也懂些开发，一方面你对跑
在你数据库上的东西越了解，你就越可能更好的管理调试it; 另一方面从纯系统维护管
理考虑，如果你有一手好的shell/sql加上会写点java sp,那就有价值的多了。随着
dbms自身的完善，原先很多需要shell的工作都可以放到数据库里面用sp做，作为db
objects,可管理性好多了。 我这边原先大部分scripts是shell的，有段时间曾想都转
成perl，但后来还是放弃了，觉得没有多少advantage over sql+shell。 dba本身需
要的知识很庞杂，精华就在于合理高效的综合应用以及问题分析能力，手头的东西多了
，做起事情来自然更得心应手。
说只deploy,backup的，那只是db操作员而已。 dba做好了自然就有system/app
architect的效用。
对lz的建议，如果决定要转database,从sql server开始，上手会快很多，操作系统这
方面也没有任何陡峭曲线。 |
|
y****w
发帖数: 3747 | 26 不懂ｏｓ怎么理解dbms的memory/process or thread model? |
|
y*****n
发帖数: 11251 | 27 估计要下一代dbms才能解决照片crud的问题了。 |
|
|
z*y
发帖数: 1311 | 29 One table already has records in it.
I want to add one more column as below:
"id INT NOT NULL AUTO_INCREMENT"
and also set "id" as PRIMARY KEY.
If I do this using ALTER TABLE, what will happen?
Will the DBMS automatically fill the "id" of existing records?
If not, what to do to achieve that?
Thank you so much! |
|
y****w
发帖数: 3747 | 30 dbms? try ti find some columm id? |
|
e****7
发帖数: 4387 | 31
LZ用的是什么后端，如果是relational dbms, 而且数据量不大，报表有比较简单，
dimension model (star) 未必划算。如果量大，有olap engine做后端, 用来做
analysis 或复杂些的report, 不是一般的好。 |
|
e****7
发帖数: 4387 | 32
i am not sure if db2 has any olap support, most likely just a db engine.
Cognos does have olap support, depends on version, and it should support
molap, which will perform the best, though require storage.
with hundreds of million records you could see pretty significant
performance increase over traditional dbms based on mid range modern
hardware. but its all relative. definitely worth the effort the try
dimensionalize the data if frequent access is needed. |
|
w****n
发帖数: 266 | 33 最近跟老板讨论毕业论文选题， 他想让我做privacy preserving big data （
or data mining）， 可是我想搞些基于传统DBMS的课题来巩固自己的background （转
行过来的）， 请教大家， 是否硕士论文没什么用，找工作别人不在乎？考证要紧？ |
|
c*****d
发帖数: 6045 | 34 你硕士老板建议是对的
传统DBMS根本写不出paper，没法毕业
找工作的话，如果没工作经验，big data和data mining也相对好找工作 |
|
w****n
发帖数: 266 | 35 这个是期末考试题， distributed DBMS的 |
|
y****w
发帖数: 3747 | 36 对dba也更复杂。 dba要做好必须多少得了解dbms的结构，才能更好的设计优化数据库
系统。 说透明还是对developer说比较好，随便你后台怎么折腾，人家看到的就是表视
图存储过程索引etc. |
|
y****w
发帖数: 3747 | 37 dbms? table size? any special feature enabled? change on the table (a lot
update/delete/insert?)? |
|
h*****6
发帖数: 866 | 38 1. dbms is Oralce 11g
2. sp has more than 40 update statements to update a table (more than 50
columns)
3. sp can be called by more than 400 users, concurrently calling not too
much actually.
4. the table has a column called session_id, sp delete rows from the table
based on session_id at the top and end of sp
5. after sp complete running, the table is always empty
6. a user usually insert, update, 10k-100k rows in the table
7. drop the table and recreate it, sp running time will be improved a l... 阅读全帖 |
|
y****w
发帖数: 3747 | 39 这周末加班，有些时间趴在网上。
随便用各种feature,欢迎各种数据库的特定解法以及通用解法。请标明dbms如果是特定
数据库解法。
要求：
1. 如何保证某个表read-only. 假设其值有限，有pk.
2. 假如表可定期更改，如何维护？
3. 如果没有/不可能有pk，如何实现？ |
|
p*******n
发帖数: 17 | 40 在做一个开源项目，望高手能指点一二，感激不尽。 |
|
p*******n
发帖数: 17 | 41 operations on DB, such as buffer manager... |
|
c******n
发帖数: 7263 | 42 这个在学校上db课的时候会写过吧，具体用什么语言是另一回事 |
|
d****n
发帖数: 12461 | 43 传统数据库就是FS+RDBMS+SQL，现在有KV store, column store, document store,
graph db等NoSQL变种，再根据存储介质distributed/in memory，功能基于OLTP还是
OLAP还是WORM等，可以有几十种DB和DBMS吧。开发上可能用SQL, PL/SQL，也可以用
Java, Python, Ruby, Object C, C++, Erlang, R, PIG, Hive等。 |
|
d****n
发帖数: 12461 | 44 传统数据库就是FS+RDBMS+SQL，现在有KV store, column store, document store,
graph db等NoSQL变种，再根据存储介质distributed/in memory，功能基于OLTP还是
OLAP还是WORM等，可以有几十种DB和DBMS吧。开发上可能用SQL, PL/SQL，也可以用
Java, Python, Ruby, Object C, C++, Erlang, R, PIG, Hive等。 |
|
|
k****r
发帖数: 807 | 46 目前正在学习tableau，这里的databases大牛多，我想请教几个tableau的问题：
tableau和各种database engine链接，是不是query都是在这些database上面跑的，
visualization的input只是从database取结果？那如果链接的是excel表格，也是这样
吗？tableau自己是不是也有一个dbms呢？可以建表啥的吗？
非常感谢！ |
|
y****w
发帖数: 3747 | 47 DBMS很多支持这种关系，但无论程序员还是DBA，没人喜欢没人用就是了。
：表很简单，只有三个字段， 没有DOB:-)
：Id INT |
|
k*****a
发帖数: 1463 | 48 On the contrary, I highly doubt you have experienced in
"high scalability design"
Per your suggestion, your design for EBAY is transactions and transactions.
And, transaction is your biggest issue. Maybe your design takes EBAY to lock
down whole system to achieve
a transaction?
ACID is achieved locking with data checkpoints. You can always revive your
DB based on logs with integrity. I don't see transaction as a problem IF
data processing is able to cover the gap. Moreover, you need only protect... 阅读全帖 |
|
k*****a
发帖数: 1463 | 49 Go back and learn why HADOOP (BASE: basically available, soft state,
eventual consistency)?
：所以 到了这个时候，就只有两种选择。一是NoSQL DB，二是Sharding。
一是NoSQL DB ？？？
>> 瞎腚: EBay's items don't have much consistency contentions, would be able
to be handled by some garage DBMS after proper 瞎腚, 别说SQLServer.Ebay's
transaction isn't at all scale a problem. How many
bid items live everyday? Are you suggesting Ebay to use NoSQL DB for live
site transactions？and you put these as your first option to scale out EBAY?
Read... 阅读全帖 |
|
k*****a
发帖数: 1463 | 50 On the contrary, I highly doubt you have experienced in
"high scalability design"
Per your suggestion, your design for EBAY is transactions and transactions.
And, transaction is your biggest issue. Maybe your design takes EBAY to lock
down whole system to achieve
a transaction?
ACID is achieved locking with data checkpoints. You can always revive your
DB based on logs with integrity. I don't see transaction as a problem IF
data processing is able to cover the gap. Moreover, you need only protect... 阅读全帖 |
|
