小编mma*_*one的帖子

我正在将我们的内部应用程序从MySQL 5.0.45升级到5.1.41.在旧环境中,我们使用从一个DB到另一个DB的符号链接镜像了一些表.由于一些原因,当前版本的MySQL完全阻止了.

看起来最好的替代品是使用视图,但我遇到了问题.一些旧表的列名大写.但是,我们的一些应用程序代码(PHP)使用大写名称执行SELECT,并使用小写列名称执行一些SELECT.这通常可以正常工作,因为MySQL在SELECT中引用它时返回列名大写的表.但是,有一种观点似乎并非如此.请参阅以下内容:

create table t(A int);
Query OK, 0 rows affected (0.18 sec)

> create view v as select A from t;
Query OK, 0 rows affected (0.00 sec)

> insert into t values(47);
Query OK, 1 row affected (0.01 sec)

> select a from t;
+------+
| a    |
+------+
|   47 |
+------+
1 row in set (0.00 sec)

> select a from v;
+------+
| A    |
+------+
|   47 |
+------+
1 row in set (0.00 sec)

请注意,无论是否从表或视图中进行选择,SELECT查询中返回的列名的大小写都是不同的.该表返回运行时查询中指定的大小写; 视图创建时视图返回大小写.这似乎是通过MySQL的两个版本,包括命令行客户端和PHP库客户端都是一致的. …

我有一个使用git的个人项目,我经常在Github上托管的多台计算机上进行攻击.由于我在家工作,我往往会经常中断.我将在声明的中间,晚餐将准备好,或者我需要更换尿布.当我回到编码时,我可能在不同的计算机上.获得最新版本的最佳方法是什么？

我认为最正统的答案是承诺和推动.我经常做出承诺,但在这里承诺对我来说似乎很混乱.代码可能处于一个完全破碎的状态,我正处于思考的中间.提交和发布它,即使是在主题分支上,对我来说也不合适.它也比我想要的步骤更多.

到现在为止我一直在使用DropBox.但这似乎导致了我的腐败指数.不难想象,因为这些同步可以跨越不同版本的git和不同的操作系统.所以我害怕这个.

有没有人有更好的选择？

我对Rails比较陌生,我正在构建一个处理天气数据的应用程序.我的主要用途是在美国境内,因此用户的演示可能是华氏度.我消耗的数据Feed以摄氏度为单位.

我解决这个问题的正常方法是celsius在模型中有一个列,然后是fahrenheit从F转换为C 的自定义模型方法.但是,由于各种设计决策,我没有特定的温度字段.(tl;博士我正在追踪除了天气之外的许多不同的环境条件,所以我有一个通用value列和一type列.)

我看到一些替代方案:

1. 在内部存储F. 我在使用天气数据源时只转换为C. 假设我没有在具有健全测量系统的地方拥有用户.
2. 在内部存储C. 在视图中转换为F(如果用户的偏好是看F).这将是棘手的,因为转换的公式value需要在Rails视图和JS中实现,据我所知.
3. 在内部存储C. 根据上下文转换为F,即在创建type温度且用户偏好华氏温度的记录时,运行执行before_save转换的回调.我不知道该怎么办阅读......

什么是正确的结构方式？谢谢!