建议在京东上看看新电视的价格再做决定

几乎不用淘宝，只用京东，所以没有这个烦恼。。。。

在上海，要有满意的服务，我估计装机费至少要 3-500 吧

生成的 SQL 最好是参数化查询，这样效率高且可以避免 SQL 注入

@levelworm （上面打错了，不知道怎么改）
like ilike 业务系统很少会用到，主要还是 = 比较， 另外，ilike 属于特定语法，ORM 不改造不会自动映射（只会映射到 like ) , 另外 citext 有类似问题，如果参数不加 ::citext 强制转换也搜索不到，这个也要改造 ORM 或者 SQL 语句，不方便。

虽然一个系统很少切换后台数据库，但是能用标准的语法还是用标准的语法比较好。

@levelworm like ilike 业务系统很少会用到，主要还是 = 等比较， 另外，ilike 属于特定预防，ORM 不改造不会自动映射（只会应收到 like ) , 另外 citext 有类似问题，如果参数不加 ::citext 强制转换也搜索不到，这个也要改造 ORM 或者 SQL 语句，不方便。

虽然一个系统很少切换后台数据库，但是能用标准的语法还是用标准的语法比较好。

postgresql 到现在大小写不敏感查询都支持的不好，这个是我用 pg 最大的障碍。 （可选方案都不太好用）

ORACLE DB2 数据库 , 原来都是 ORACLE ,现在百花争鸣

top2 学习能力没有问题，但是不表示自学能力也很强吧。。。。另外，就算你自学能力强，1 年学会别人 2-3 年的知识也很难吧，学习需要时间积累的，给足够时间总能学好的

问题你要能证明 11 月 13 日之前就有问题，只是没有报修。。。。

早点问就没有这个烦恼，拖延症的后果

@jingtouhou 测速网站上看到的是你到最近的电信 EPON 设备的带宽，关键还是要看上网协议，如果协议上行是 20Mb, 那应该还是设置或者猫里面的限制的问题；电信为了防止 P2P 下载，基本上行都少的

外网用的是上行带宽，一般也就给 1M 左右。。。。

人和动物最大的区别就是可以利用复杂的工具解决问题。。。。。哈哈

命令与查询分离模式， 命令等操作用 ORM， 查询可以直接写 SQL ,兼顾了开发效率和功能； 整个项目写 SQL 对于稍大点项目简直是灾难。。。。

以前用 IE 打开谷歌的在线电子表格感觉不出性能问题，这个列更多

x 国肯定是没有问题的，君不见连售楼处都用人脸识别去匹配客户、潜在客户。。。。。 在米国估计要被告死吧

上行下效太乱了

一直用博朗，现在的 7000，一只可以买 3-40 只小米，用小米一月一丢还可以用 3 年多，这么想是不是就舒服了

原来公司晚上会发广告传真，有个客户电话号码填错了，错了一位，就变成了私人电话，FAX 一直拨私人电话，还是半夜，接听了又没有声音（因为没有收到握手信号），然后他老婆怀疑他外遇，最后报警闹到公司。。。。。。