上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
新人類
註冊時間: 2005-11-27 文章: 48
第 1 樓
|
發表於: 星期日 六月 13, 2010 9:07 pm 文章主題: Set Century On相關問題 |
|
|
Set Century On 之後
日期便成YYYY/MM//DD
Set Century OFF 之後
日期便成YY/MM//DD
請問有什麼是變成YYY/MM/DD想說明年100年,想把年份秀出3位就好,用日期的型態有可能嗎? |
|
回頂端 |
|
 |
syntech
註冊時間: 2003-05-16 文章: 4249 來自: Taipei,Taiwan
第 2 樓
|
發表於: 星期一 六月 14, 2010 5:41 pm 文章主題: |
|
|
外國人設計的東西,要不2碼,要不4碼.
其它自己變化 _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
 |
LiuRambo
註冊時間: 2007-11-27 文章: 481
第 3 樓
|
發表於: 星期一 六月 14, 2010 8:25 pm 文章主題: |
|
|
除非是你非常確定這套系統不會跟其他程式連接
否則這種牽一髮而動全身的部分 還是照著系統設定值就好 |
|
回頂端 |
|
 |
张三
註冊時間: 2010-06-08 文章: 15
第 4 樓
|
發表於: 星期一 六月 14, 2010 9:48 pm 文章主題: |
|
|
? Ctod(Str(Year(Date()) - 1911) + "-" + Right(Dtoc(Date()),5))
谢谢 |
|
回頂端 |
|
 |
张三
註冊時間: 2010-06-08 文章: 15
第 5 樓
|
發表於: 星期一 六月 14, 2010 9:50 pm 文章主題: |
|
|
有点勉强
- 谢谢 |
|
回頂端 |
|
 |
张三
註冊時間: 2010-06-08 文章: 15
第 6 樓
|
發表於: 星期一 六月 14, 2010 9:51 pm 文章主題: |
|
|
民国元年是 1912年
可能是吧
- 谢谢 |
|
回頂端 |
|
 |
张三
註冊時間: 2010-06-08 文章: 15
第 7 樓
|
發表於: 星期一 六月 14, 2010 9:55 pm 文章主題: |
|
|
1912年应该也是朝鲜的元年
- 谢谢 |
|
回頂端 |
|
 |
tigerlee39y
註冊時間: 2007-11-26 文章: 132 來自: taipei
第 8 樓
|
發表於: 星期二 六月 15, 2010 5:27 am 文章主題: |
|
|
應該沒有現成的方法,要自己去想
譬如除了日期欄位外,要再設一個 文字欄位的日期欄位 _________________ 各取所需 各盡所能 |
|
回頂端 |
|
 |
syntech
註冊時間: 2003-05-16 文章: 4249 來自: Taipei,Taiwan
第 9 樓
|
發表於: 星期二 六月 15, 2010 9:23 am 文章主題: |
|
|
三樓歪解.  _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
 |
syntech
註冊時間: 2003-05-16 文章: 4249 來自: Taipei,Taiwan
第 10 樓
|
發表於: 星期二 六月 15, 2010 9:32 am 文章主題: |
|
|
1.ALLTRIM(STR(VAL(DTOS(DATE()))-19110000))
2.需要補0, RIGHT('0'+ALLTRIM(STR(VAL(DTOS(DATE()))-19110000)),9)
小朋友都知道是怎麼回事了.
其餘請自行變化.
DTOS() 一定是 西元年的 YYYYMMDD,
用這個去調整才不會因為 DATE 格式而變化.
才不會在日後的某天突然出現不知名的BUG _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
 |
张三
註冊時間: 2010-06-08 文章: 15
第 11 樓
|
發表於: 星期二 六月 15, 2010 9:35 am 文章主題: |
|
|
第 10 樓 Show 的圖好像是 VFP 6.0 的耶
為什麼不換成 VFP 9.0 的
- 謝謝 |
|
回頂端 |
|
 |
syntech
註冊時間: 2003-05-16 文章: 4249 來自: Taipei,Taiwan
第 12 樓
|
發表於: 星期二 六月 15, 2010 9:40 am 文章主題: |
|
|
因為結果一樣
不客氣 _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
 |
LiuRambo
註冊時間: 2007-11-27 文章: 481
第 13 樓
|
發表於: 星期二 六月 15, 2010 10:31 am 文章主題: |
|
|
建議把11樓的公式自行變化 加到PROC裡
千萬別為了一時方便而造成後面所有程式的不方便 |
|
回頂端 |
|
 |
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 14 樓
|
發表於: 星期四 六月 17, 2010 11:52 am 文章主題: |
|
|
個人以為,不要去搞3位數的年份比較妥當
處理民國100年問題時,很多 form 和 report 的寬度和位置,都得修改
一勞永逸的方法,還是用4位數吧 , 0100/01/01 , 沒什麼不好。
也許有那麼一天(比如獨立或被統一),台灣改用西洋年,到時只要set date to ymd 就好,form 和 report 不必再去費神。
另外一種可能,http://tea513.myweb.hinet.net/52.htm,民國999年時,又要再改一次,很辛苦耶。 |
|
回頂端 |
|
 |
aizz
註冊時間: 2007-01-29 文章: 172
第 15 樓
|
發表於: 星期四 六月 17, 2010 4:04 pm 文章主題: |
|
|
ckp6250 寫到: | 個人以為,不要去搞3位數的年份比較妥當
處理民國100年問題時,很多 form 和 report 的寬度和位置,都得修改
一勞永逸的方法,還是用4位數吧 , 0100/01/01 , 沒什麼不好。
也許有那麼一天(比如獨立或被統一),台灣改用西洋年,到時只要set date to ymd 就好,form 和 report 不必再去費神。
另外一種可能,http://tea513.myweb.hinet.net/52.htm,民國999年時,又要再改一次,很辛苦耶。 |
我們都可以活1200歲?!
民國還在嘛 ??? |
|
回頂端 |
|
 |
|