來點勁爆點的好了... - 消費者保護

Table of Contents

: → gorhow:你的推測完全沒道理吧 頂多是單號重覆 資料不會不見 07/10 21:02

編號怎麼來? 肯定有個東西在負責紀錄順序,總不會是隨機產生的

如果已經有個資料庫在紀錄每一筆訂單的資料,
那這個資料庫兼紀錄順序是很合理的對吧?

如果說你要不到紀錄順序而變成TW0000-0000-00100,
推測資料庫掛了也是合理的吧?

那,資料庫如果掛了,那這段期間的訂單沒有寫進去也是有可能的對吧....
好,就算掛一半, 那是不是也可能通通寫到 00100 這筆?
(只剩下最後一筆使用00100的人的紀錄)

最好的狀況是有一堆編號00100的人的單存在資料庫裡面....
當然不是沒可能....但我懷疑......

-------

簡單猜測一下:

001xx = 第一筆訂單, xx是一個隨機號之類的
002xx = 第二筆訂單, 類推

所以一個 TW0000-000x 可以紀錄 1000 筆訂單,
而當天大概是從 TW0000-346x 跑到 TW0000-350x
基本上剛好吻合那天跑了四萬多單的紀錄

--

All Comments

Edith avatarEdith2009-07-12
這邊整理一下可以貼去八卦了~哈哈
Andy avatarAndy2009-07-15
你到底有沒修過資料庫阿?
Susan avatarSusan2009-07-18
姑且不論推測正確否~其實00100單號有重複是事實
Hazel avatarHazel2009-07-21
資料有損失或是重複或許是必然的~
Jessica avatarJessica2009-07-21
先去唸唸資料庫 了解資料庫functionality T%#$^$%^
Iris avatarIris2009-07-22
編號也不見得是資料庫給的 可能是前端的程式指定
如果不符合constraint 根本不應該寫入
Isla avatarIsla2009-07-23
既然符合資料就不會不見
Olivia avatarOlivia2009-07-24
不是要先看資料庫那一個為主要自動遞增,假如不是停單
Emily avatarEmily2009-07-29
序號,那麼訂單序號重覆也無關係吧,且假假如是訂單序號
那麼訂單序號跑一圈了,再從0開始,應該會出錯吧~(重覆)
Jake avatarJake2009-07-30
它可以亂數產生再做記錄就好了咩= =
Irma avatarIrma2009-08-04
回歸主題..DE//鄉民的LCD及NB呢?
Doris avatarDoris2009-08-04
還寄放在呆鵝那!!
Susan avatarSusan2009-08-07
感覺從消費者版變成 -> 戴爾版又變成 -> 資料庫版了 ˇˇ
Edwina avatarEdwina2009-08-09
gorhow說不會不見的意思是..新增資料(訂單)是用insert指令
Bennie avatarBennie2009-08-10
如果要能蓋過舊資料,那要用update去更新舊有的資料..
Enid avatarEnid2009-08-14
這兩個是完全不同的東西,正常來說,也不可能那麼無聊,還故
Belly avatarBelly2009-08-19
意去用update去蓋舊資料.而且如果訂單號被設成unique的話
那麼直接連寫都寫不進DB,所以重覆訂單的事不會發生..
Jacky avatarJacky2009-08-20
反正如果這個再被挖出來~~肯定又是呆鵝一擊重傷\
Joe avatarJoe2009-08-22
............ 為什麼你要這樣寫.........
Blanche avatarBlanche2009-08-25
如果是因為偷懶導致寫錯還有可能..為什麼要多費工去寫一個
顯然是錯的程式 orz
Eartha avatarEartha2009-08-26
不就是在說偷懶寫錯的 XD
Noah avatarNoah2009-08-27
也不能說錯,只要產生no.的程式不出錯也沒問題