批量錄入快遞位址解決方案

2021-08-21 06:10:23 字數 941 閱讀 2590

電商、erp等軟體系統下單環節,批量錄入收件人資訊及位址,通常會碰到諸如位址不完整、位址不規範、收件人資訊與位址寫一起需要區分開、逐個錄入效率過低等問題。下面介紹幾個批量錄入收件人資訊及位址的解決方案。

收件人資訊有誤場景:

1.收件人資訊填寫不完整,如:四川成華區和美西路19號,李一,13512341234,衣服

2.收件人資訊錯誤,如:北京市崇文區西園子一巷,劉留,18912341234

對於以上的應用場景,在批量下單之前,需要將不完整的位址資料補全,及將已經取消的區/縣更正為正確的資料;收件人資訊校驗完成後,再進行下單等操作,這樣才不會因收件人位址等資料不完整而無法確認發貨。

快寶智慧型解析api(是我見過最優的解決方案:

1自動糾正,和補全位址資料;

2將資料規範化拆分及處理,方便後續使用;

3還可以將其他資料篩選出來,如備註,發貨物品等。

如這條收件人資料:四川成華區和美西路19號,李一,13512341234,衣服

解析後是這樣的:

方案

二、批量提取中的收件人資訊

提取場景:收到收件人資訊截圖、快遞單上面的收件人資訊、白紙或本子上寫的收件人資訊,如圖

對於以上場景,有用的資料為,姓名、**、位址,位址資料還需要校驗是否為正確。

快寶智慧型識別收件人api(很好的解決了此問題:

1將姓名,**,位址三個資料分開;

2校驗位址資料正確性,並修正位址資料。

-the end-

gorm批量插入解決方案

我有乙個朋友,最近用gorm發現官方不支援批量插入,看官方issue 2014年就有人提過這個問題了,不過現在還不支援 但是問題不大,官方留出來乙個執行原生sql db.exec 的方法來解決這個問題,而且官方現在在開發v2版本,在v2版本中就會支援這個功能了 但是生活還得繼續,bug還是得繼續寫,...

關於資料批量入庫解決方案

關於程式批量入庫解決方案 下面小弟關於最近的乙個批量入庫解決辦法與大家分享一下,由於是第一次部落格,有什麼不對,請大家多多指教 最近專案用到了大併發寫資料庫操作,當用只做了單條資料commit一次,這樣做插入會很慢,資料庫的壓力也很大,當時自己的第乙個想法就是改變提交方式,10條或100條提交一次,...

關於資料批量入庫解決方案

關於程式批量入庫解決方案 下面小弟關於最近的乙個批量入庫解決辦法與大家分享一下,由於是第一次部落格,有什麼不對,請大家多多指教 最近專案用到了大併發寫資料庫操作,當用只做了單條資料 commit 一次,這樣做插入會很慢,資料庫的壓力也很大 當時自己的第乙個想法就是改變提交方式,10 條或 100 條...