生物信息学博士求职

Linux_Handy · 发表于 2014-2-25 14:15

chinapope 发表于 2014-2-25 08:20
听床？太夸张了吧

手机被窃听，你以为这比听床如何。

Linux_Handy · 发表于 2014-2-25 14:19

本帖最后由 Linux_Handy 于 2014-2-25 13:27 编辑

schlafgern 发表于 2014-2-25 09:46
国内有自己的数据库么？没听说过啊，淘宝百度他们不都是开源的拿来自己改么？

还有就是，为什么需要数据库就要自己做数据库啊，说实话这东西大部分都能做吧，技术很多都是透明的，问题是自己做的没有生态没有支持没人用.

请不要拿淘宝这类东西作为例子。这些个上得了台面吗。

技术透明指什么技术，没人用就不发展了，你生活在人间吗。数据库大部分能做，没错。让你掏钱的就是那小部分。就是你做不出的。就算你有做得出的可能，你看IBM, Oracle会不会恶性收购你。

雪候鸟 · 发表于 2014-2-25 14:41

Linux_Handy 发表于 2014-2-24 23:33
不是。我实际只是要大量使用数据。
我一直很奇怪德国居然没有自己的数据库。目前因为项目就我接触到的 ...

德国能大数据的地方很少，几个oracle和sql server就搞定了。国内数据量大，有这个前提。另外国内如果真是高手，不少企业也舍得给钱，这边不行。技术这东西兴趣固然重要，金钱的刺激才更管用。我现在Datenmanagment, 以后可以多交流。

雪候鸟 · 发表于 2014-2-25 14:42

Linux_Handy 发表于 2014-2-24 23:39
HANA虽然还成，可是想取代老美的数据库，在德国，难。

德国离了老美的数据库，基本就停摆了。这些企 ...

德国人的思维模式不太适合it

雪候鸟 · 发表于 2014-2-25 14:44

mib 发表于 2014-2-25 08:52
数据库不是真理，如何把数据快速找出的算法才是。

这些东西在内存管理，文件系统中都得用到。

这说法太较真。就跟长相不重要，心灵美最重要异曲同工

雪候鸟 · 发表于 2014-2-25 14:47

schlafgern 发表于 2014-2-25 09:46
国内有自己的数据库么？没听说过啊，淘宝百度他们不都是开源的拿来自己改么？

还有就是，为什么需要 ...

数据库这东西还真不是什么人都能做，听起来简单做起来复杂。现在大多数数据库都学oracle的mvcc并发, 可是还没哪个数据能到这个水平。说起来好像就是undo段的处理，这里面学问多了去了。不然微软，DB2效仿了这么多年还是不行。

mib · 发表于 2014-2-25 14:59

雪候鸟发表于 2014-2-25 13:44
这说法太较真。就跟长相不重要，心灵美最重要异曲同工

不明白数据库原理，就设计不出高效的查询或优化。

Linux_Handy · 发表于 2014-2-25 15:21

雪候鸟发表于 2014-2-25 13:41
德国能大数据的地方很少，几个oracle和sql server就搞定了。国内数据量大，有这个前提。另外国内如果真是高手，不少企业也舍得给钱，这边不行。技术这东西兴趣固然重要，金钱的刺激才更管用。我现在Datenmanagment, 以后可以多交流。

Ok.

gongminkate · 发表于 2014-2-25 17:12

Linux_Handy 发表于 2014-2-24 23:35
LOL。又是个断章取义之人。

说真的，中国刁民太多，从不愿意逻辑的思考别人的话，就知道胡说八道。好 ...

拜托，我又不是学info的，不用这么上纲上线吧，中国难道是靠在国外的中国人么...
不用回复了哈

雪候鸟 · 发表于 2014-2-25 18:16

schlafgern 发表于 2014-2-25 09:49
不管是精还是杂，都需要很多经验和技术的积累的

比如底层做优化，不能不知道上面怎么用啊

杂需要的是时间，努力就行。精是不行的，天分不行努力多少也不行。精比杂重要多了。

雪候鸟 · 发表于 2014-2-25 18:30

本帖最后由雪候鸟于 2014-2-25 17:33 编辑

adgjl 发表于 2014-2-25 10:19
你们现在公司的SAP程序还是像以前公司那么滥？

记得我以前说过的观点不，我个人只使用Select * FROM * ...

现在在公司不搞sap了，但是在BI这个团队，总是有数据要从sap里导出来的，间接听说abap开发那边程序错误很多。

join从程序正确角度来说，经常是必须的。假设一个vertrag表和vertragsposition的表，如果在时间点A先select vertrag表，再时间点B select vertragsposition表，然后在程序里做join. 这里就存在一个时间差的问题. 在A到B之间，就可能有新的vertrags position删除或者加入，不符合你要的是时间点A的一个客户某个vertrag的信息，也不符合数据一致性的原则(除非你的事务都是serializable的，不过没几个商务系统这样做，因为并发性太差)。如果A和B是通过join一起返回的，这就没问题。

我们这边的主数据库实际上90%OLTP + 10%OLAP, 因为经常要做些实时业务分析，所以join 20几个表的查询也是常见。有些BI分析工具自动产生的sql, 光SQL文本就超过半兆字节，就是说巨大的SQL, 到底多少join多少group by我是懒得去数了。

Linux_Handy · 发表于 2014-2-25 18:35

gongminkate 发表于 2014-2-25 16:12
拜托，我又不是学info的，不用这么上纲上线吧，中国难道是靠在国外的中国人么...
不用回复了哈

好的，我不回复。

hyd198471 · 发表于 2014-2-25 18:54

德国人的思维模式只适合机械，汽车，it还得去外恶的米国。

adgjl · 发表于 2014-2-25 20:07

本帖最后由 adgjl 于 2014-2-25 19:09 编辑

雪候鸟发表于 2014-2-25 17:30
现在在公司不搞sap了，但是在BI这个团队，总是有数据要从sap里导出来的，间接听说abap开发那边程序错误很多。

join从程序正确角度来说，经常是必须的。假设一个vertrag表和vertragsposition的表，如果在时间点A先select vertrag表，再时间点B select vertragsposition表，然后在程序里做join. 这里就存在一个时间差的问题. 在A到B之间，就可能有新的vertrags position删除或者加入，不符合你要的是时间点A的一个客户某个vertrag的信息，也不符合数据一致性的原则(除非你的事务都是serializable的，不过没几个商务系统这样做，因为并发性太差)。如果A和B是通过join一起返回的，这就没问题。

我们这边的主数据库实际上90%OLTP + 10%OLAP, 因为经常要做些实时业务分析，所以join 20几个表的查询也是常见。有些BI分析工具自动产生的sql, 光SQL文本就超过半兆字节，就是说巨大的SQL, 到底多少join多少group by我是懒得去数了。

明白了，咱们说的是两回事，我说的是SAP R/3而不是BI。

- 要知道BI数据表格基于星型结构，可以基本保证join的都是Key或者Index字段，而R/3里面则很少能Join到全是Key或者Index字段。BI本身就是为了Join存在的，要不海量数据就没法分析了。你可以想象一下，如果不基于Key或者Index字段join四五个百万级别的表格，就等着喝咖啡去吧。

- 即使在R/3里面，你说的对我来说也是为数不多的例外，我顶多只根据Key来Join你说的Kopf和Position的表，但是这我用的都不多。因为通常程序还会用到其他相关数据，你只能一个接一个Select下去。其实SAP提供了无数多的FM，我都是调用SAP的FM去Select（并不是说我不调用数据库，而是不自己去Select）。因为除了Kopf和Position的表，其他很多表格关系相当复杂，很多关系甚至是FM的代码Hard coded的。比如Positionspartner你读出来没用，SAP通过代码自动继承Kopfpartner，所以你要找Positionspartner需要连同Kopfpartner一起读出来，如果你不知道SAP代码规定的这种关系，你的数据逻辑就错了（数据不完全）。而你通过FM读出来的数据，也许有你不需要的，但是表格关系是由SAP自己来保证的。所以我的程序自己写不了几个Select，都是调用FM的。
我一般用Join都是偶尔访问某个Key的Texttabelle读一下Kurztext，仅此而已。

雪候鸟 · 发表于 2014-2-25 20:49

adgjl 发表于 2014-2-25 19:07
明白了，咱们说的是两回事，我说的是SAP R/3而不是BI。

- 要知道BI数据表格基于星型结构，可以基本 ...

恩，sap的数据还是最好用FM，太多特殊规则了。

chinapope · 发表于 2014-2-26 15:09

雪候鸟发表于 2014-2-25 19:49
恩，sap的数据还是最好用FM，太多特殊规则了。

看高手过招！

schlafgern · 发表于 2014-2-26 17:41

Linux_Handy 发表于 2014-2-25 13:19
请不要拿淘宝这类东西作为例子。这些个上得了台面吗。

技术透明指什么技术，没人用就不发展了，你生 ...

那国内不是淘宝百度，难道还有别的家做数据库么？

schlafgern · 发表于 2014-2-26 17:47

雪候鸟发表于 2014-2-25 13:47
数据库这东西还真不是什么人都能做，听起来简单做起来复杂。现在大多数数据库都学oracle的mvcc并发, 可是 ...

里面学问确实多了去了，但是不是说就搞不懂的东西，细节单独拿出来大家都能看得懂，而且很多都是优化，而优化其实主要还是人力和成本

数据库，还有操作系统，他们就是一个及其复杂的软件项目，要说德国中国做不出一个操作系统或者数据库系统，我不信，但是做出来一个没人用，这个是肯定的，这也正是为什么没人做的原因

chinapope · 发表于 2014-2-26 18:22

本帖最后由 chinapope 于 2014-2-26 17:25 编辑

uiaxm 发表于 2014-2-26 16:53
苹果的操作系统比较完美漂亮吧,
就是苹果的定价太贵,
如果苹果能够便宜30% 到 80%.

你干脆直接说用苹果的人心灵最美！

它家东西技术上都是准一流，但感受一流。

雪候鸟 · 发表于 2014-3-4 01:19

adgjl 发表于 2014-2-25 19:07
明白了，咱们说的是两回事，我说的是SAP R/3而不是BI。

- 要知道BI数据表格基于星型结构，可以基本 ...

老哥做的项目里碰到上HANA的了吗，感觉如何

账号		自动登录	找回密码
密码			注册

萍聚头条

[职业生涯] 生物信息学博士求职

浏览过的版块