Redian新闻
>
sql 数据是存在哪里 (转载)
avatar
sql 数据是存在哪里 (转载)# Programming - 葵花宝典
n*r
1
公司一个产品下来,code一大堆,分各个模块,怎样有效的看这些code去了解这个产品
的构架,然后看里面的具体实现,模块间的调用呢。请大牛们谈谈体会。
avatar
t*y
2
【 以下文字转载自 Database 讨论区 】
发信人: theyesterday (yesterday), 信区: Database
标 题: sql 数据是存在哪里
发信站: BBS 未名空间站 (Sun Dec 20 09:36:56 2015, 美东)
刚刚开始接触这些东西,想练练手.
在linux (Ubuntu)上装了mysql, 很好奇,如果生成表格什么的, 是保存才local 盘上还
是什么远程server上?
多谢了!!
avatar
m*3
3
自顶向下,摸清architecture.不要 拘泥于细节。

【在 n******r 的大作中提到】
: 公司一个产品下来,code一大堆,分各个模块,怎样有效的看这些code去了解这个产品
: 的构架,然后看里面的具体实现,模块间的调用呢。请大牛们谈谈体会。

avatar
t*m
4
这位是刚从千老转行的同学?
本地
avatar
t*n
5
1 强有力的ide,要基于语义的。推荐eclipse
2 学会gdb等调试工具。找个具体的例子看看
3 干点实际的,比如修复bug

【在 n******r 的大作中提到】
: 公司一个产品下来,code一大堆,分各个模块,怎样有效的看这些code去了解这个产品
: 的构架,然后看里面的具体实现,模块间的调用呢。请大牛们谈谈体会。

avatar
e*o
6
买本mysql 的书,或者youtube 上搜搜视频吧。
avatar
c*z
7
3不好
修了以后就是你的bug了
avatar
e*2
8
还有slave上啊。master-slave。

【在 t****m 的大作中提到】
: 这位是刚从千老转行的同学?
: 本地

avatar
t*n
9
不承担责任怎么行,不能永远是缩头乌龟。

【在 c***z 的大作中提到】
: 3不好
: 修了以后就是你的bug了

avatar
t*y
10
谢谢答案!

【在 t****m 的大作中提到】
: 这位是刚从千老转行的同学?
: 本地

avatar
c*z
11
这这这,这不是当冤大头么
avatar
g*e
12
some default lcoal folder.
you can change to destination in mysql.
avatar
b*e
13
具体什么代码?c\c++或者php用doxgen可以生成类图或者调用图,具体的细节只能
debug跟踪了
avatar
W*o
14
不如开始就在stack overflow 上问,回复快,更主要的是还不会被羞辱当千老骂。这
没人会给你正常点的回答

【在 t**********y 的大作中提到】
: 谢谢答案!
avatar
y*g
15
我都是硬看,
另外你总有工作需要吧,比如修bug,加feature什么的 从那一块开始

【在 n******r 的大作中提到】
: 公司一个产品下来,code一大堆,分各个模块,怎样有效的看这些code去了解这个产品
: 的构架,然后看里面的具体实现,模块间的调用呢。请大牛们谈谈体会。

avatar
t*m
16
千老不是羞辱吧,起码我的帖子没有这个意思
如果一个老奶奶第一次安装word,然后花了一个下午打了一封信,然后向本版求助,问
刚才的信找不到了,存在哪里了。一定会很耐心的回答。
如果是是码农问同级别的问题,也许就会开点玩笑回答一下了。
楼上哪位太玻璃心了,去stackoverflow问白痴问题一样会被教训回家看书去的。
avatar
n*r
17
现在还是硬看。ide工具跳来跳去最后还是跳晕了。我们测试不要求修bug,但是觉得看
懂人家bug抓起来信息足点。再说搞软工的这个代码该看懂吧。也要有点上进心吗不是。
avatar
f*t
18
stackoverflow不正经的回答会被删除或打负分沉底。
我随便搜了一下"mysql default data directory",找到的第一条结果就很不错:
You can issue the following query from the command line:
mysql -uUSER -p -e 'SHOW VARIABLES WHERE Variable_Name LIKE "%dir"'
Output (on Linux):
+---------------------------+----------------------------+
| Variable_name | Value |
+---------------------------+----------------------------+
| basedir | /usr |
| character_sets_dir | /usr/share/mysql/charsets/ |
| datadir | /var/lib/mysql/ |
| innodb_data_home_dir | |
| innodb_log_group_home_dir | ./ |
| lc_messages_dir | /usr/share/mysql/ |
| plugin_dir | /usr/lib/mysql/plugin/ |
| slave_load_tmpdir | /tmp |
| tmpdir | /tmp |
+---------------------------+----------------------------+
avatar
t*n
19
测试组的话看开发的代码是很吃力。因为你不在其中,没有什么好办法。看代码就是个
体力活,熟能生巧。
你还是其中精力搞测试吧。

是。

【在 n******r 的大作中提到】
: 现在还是硬看。ide工具跳来跳去最后还是跳晕了。我们测试不要求修bug,但是觉得看
: 懂人家bug抓起来信息足点。再说搞软工的这个代码该看懂吧。也要有点上进心吗不是。

avatar
t*m
20
楼主问的是在本地还是某远程server,你答非所问了。
avatar
h*s
21
从一个bug或者一个小feature开始看起。多了反而看不明白。

【在 n******r 的大作中提到】
: 公司一个产品下来,code一大堆,分各个模块,怎样有效的看这些code去了解这个产品
: 的构架,然后看里面的具体实现,模块间的调用呢。请大牛们谈谈体会。

avatar
k*n
22
呵,上面几位都答全了
本地,具体路经
datadir | /var/lib/mysql/ |
avatar
A*h
23
光看不管用,还得在debugger里面看call stack,这样大概的流程就明白了
avatar
n*r
24
是啊,就是光看不管用,最好修改bug,哪怕3-5行,也会对那一块深入了解。
avatar
n*r
25
搞测试爽啊,测试吗写好了,就等着dev每个build出来给他过一遍,基本就只有run
run就行了。
想自己转dev,先看跟自己发的bug相关的change吧。

【在 t*****n 的大作中提到】
: 测试组的话看开发的代码是很吃力。因为你不在其中,没有什么好办法。看代码就是个
: 体力活,熟能生巧。
: 你还是其中精力搞测试吧。
:
: 是。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。