作者查詢 / jami520
作者 jami520 在 PTT 全部看板的留言(推文), 共367則
限定看板:全部
看板排序:
3F→: 已經發包,謝謝大家11/11 14:45
3F→: 感謝您!10/17 05:17
5F→: http://i.imgur.com/APgVXY1.png 做的指標,二年圖08/24 06:02
6F→: 我覺得技術分析就是機率性問題,只是怎樣大波段可抓08/24 06:02
7F→: 到,而盤整次數如何減少的問題,這都要反覆思考製作08/24 06:02
8F→: 當然不可能製作到勝率百分百,不過能夠大賺小賠就好08/24 06:03
3F→: 數據插入資料庫時,每次都會重新建立索引嗎? 因為都要很08/17 05:26
4F→: 久的時間,不過數據插入完畢,在當天查詢裡面資料都飛快,08/17 05:27
5F→: 只是到了隔天查相同的SQL語法時,速度就不比昨天插入資08/17 05:28
6F→: 料的快,是否因為插入數據時候有跑過所有資料過呢? 這是08/17 05:29
7F→: 我比較納悶的地方,而且如何維持這樣狀態也是在尋找方法08/17 05:29
6F推: 感謝,是我要的,真是專業!08/12 17:45
5F→: 這樣方式好像只能取出三筆資料而已呢! 我是想要取出每天08/11 11:47
6F→: 的前三筆數據,假設有五天就是會有15筆資料,然後每天用08/11 11:47
7F→: 分數來做排序。08/11 11:48
4F→:感謝大家,已經送養,謝謝!111.185.64.246 05/10 16:39
2F→:一個是根據勾選的條件再加入LEFT JOIN,另一個是把全部條03/25 05:31
3F→:件都預先LEFT JOIN起來,後續才跟對勾選的條件做where03/25 05:32
4F→:只是想說效能上面應該會有很大的影響,不曉得一般都是怎樣03/25 05:32
5F→:來製作這樣多條件的篩選方法才會達到快速有效率的查詢呢?03/25 05:33
1F推:感謝您的回覆,有時候有些地方太複雜就搞不下去了,真的03/17 14:53
2F→:高手一出手就很快點出問題在哪,非常感謝您唷03/17 14:53
5F→:感謝各位前輩的回答,因為對方用這部分來115.43.155.179 03/15 06:22
6F→:寫,因此我想說未來如果是要我接下去維護115.43.155.179 03/15 06:23
7F→:可能要多懂些東西,才不會屆時又被主管盯115.43.155.179 03/15 06:23
8F→:ERP用SQLite會有什麼問題嗎?想多了解一些115.43.155.179 03/15 06:24