第25個冬天

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 DECLARE @collist NVARCHAR( max ) ,@ schema NVARCHAR( 128 ) ,@ table NVARCHAR( 128 ); SET @ schema = N 'dbo' ; SET @ table = N 'table name' ; SELECT @collist = STUFF(( SELECT N ', ' + CHAR ( 13 ) + col.name + N ' ' + typ.name + CASE WHEN typ.name IN ( N 'nchar' ,N 'char' ,N 'binary' ) THEN '(' + cast (col.max_length AS VARCHAR ) + ')' WHEN typ.name IN ( N 'nvarchar' ,N 'varchar' ,N 'varbinary' ) THEN CASE WHEN col.max_length = - 1 THEN N '(max)' ELSE CASE WHEN typ.name IN ( N 'varchar' ,N 'va...

通常產品對應不同顏色我們習慣設計 將顏色資訊與產品資訊分開存儲，避免了重複儲存顏色描述。 分割成兩個表格，每個表格負責一個特定的資料實體，使得資料庫的維護更加容易。 第二種表格架構中，Product 表格依然負責儲存產品的基本資訊，但不再直接包含顏色資訊。 第二種表格架構需要額外的Product_entry 表格來關聯產品與顏色，產品的顏色資訊儲存在 Product_entry 表格，它關聯了 Product 表格和 Color 表格的外鍵，通過 product_id 關聯到 Product 表格的產品識別碼，ColorId 關聯到 Color 表格的顏色識別碼。 Color 表格獨立存儲顏色資訊，每個顏色都有一個唯一的 ColorId 作為識別碼，並有ColorDescription 來描述該顏色。 第二種表格架構允許你更靈活地處理產品和顏色之間的關聯，例如一個產品可以有多個顏色，或者一個顏色可以用於多個產品，這樣的設計更適合一對多或多對多的關聯關係。 後續延伸 可以試想一下 顏色 尺寸 材質 是既定的一個清單(選單)值域 每一個我們都可分配一個編號對應相應屬性 產品對顏色會存在多對多關係中繼表 產品對尺寸會存在多對多關係中繼表 產品對材質會存在多對多關係中繼表 多對多關係中繼表可同時保有跨兩個以上table的PK主要用於做產品對應不同規格類別的映射 為何不直接將顏色定義於產品table 主要就是因為可能你要維護此顏色 對此產品很多次 而且顏色也不適合直接類似將顏色產品規格直接定義死在產品主檔中 比方雨衣這個產品可能你直接有一個顏色 多對多關係映射中繼表(Many-to-Many)

最近維護系統剛好變數名稱或一些欄位都很常看到他們，就稍微來多認識背後機制好了。 有時註解一部分或多增加一個判斷看似沒捨麼，卻不曉得背後涉及的範圍影響層面水真深。 信用狀L/C (Letter of Credit) 指進口地銀行(開狀銀行)應顧客(通常為買方)的請求與指示，開給第三人(通常為賣方)的一張附有條件的付款保證文書。銀行向第三人承諾，如果該第三人能履行該文書所規定的條件，並提示對應之單據，即可獲得開銀行的付款擔保。 承兌交單D/A (Documents against Acceptance) 此方式與D/P類似，唯代收銀行收到貨運單據及匯票時，僅通知買方在匯票上承兌，即交付單據給買方辦理提貨手續，待規定付款期限到期時，再行付款。 憑單據付款 CAD (Cash Against Documents) /付款交單D/P (Documents against Payment) 賣方按照買賣契約之約定，於貨物裝運後，開出匯票連同貨運單據(如提單、商業發票、包裝單等)，委託其往來銀行寄交進口地的銀行代向買方收取貨款，而買方則必須先付清貨款後，始能取得單據辦理提貨手續。 將貨運單據(如提單、商業發票、包裝單等)於出口地交予買方或其代理人時，即可自買方或代理人處取得貨款。 貨到付款 COD (Cash On Delivery)->這應該比較好理解日常生活很常用。 貨物裝運後，賣方或其代理人將貨運單據(如提單、商業發票、包裝單等)交予買方辦理提貨手續後，始可自買方處取得貨款。此種付款方式風險比較大，適合於金額不大的交易。 國際貿易中採用此種付款方式的甚為少見，一般僅見於空運出口情況。買賣雙方約定以COD方式付款，賣方托運貨物時，委託承運人代收貨款，航空公司將貨物運到目的地後，即通知買方付款提貨，然後再由航空公司將代收貨款轉交賣方。 預付貨款 CIA (Cash In Advance 或 Payment in advance) 買方於買賣契約簽訂後即將貨款之全部或部份直接交付賣方或透過銀行匯給賣方，賣方收到貨款後始安排出貨事宜。 電匯T/T(Telegraphic Transfer),是指匯出行應匯款人申請，拍發加押電報\電傳或SWIFT給在另一國家的分行或代理行(即匯入行)指示解付一定金額給收款人的一種匯款方式。 NET 30 days  這裡的Net指的不是...

於該Model類別上標記[NotMapped] 即可忽略 使ViewModel不會同樣一起migrate到DB中 還有一種可能就是去檢查你的DbContext裡面是不是有誤定義DbSet包進ViewModel EF Core Ignore https://www.learnentityframeworkcore.com/configuration/fluent-api/ignore-method ignore one table with ef-core migration https://stackoverflow.com/questions/64979208/ignore-one-table-with-ef-core-migration How to exclude one table from automatic code first migrations in the Entity Framework? https://stackoverflow.com/questions/22038924/how-to-exclude-one-table-from-automatic-code-first-migrations-in-the-entity-fram EF Core 筆記 2 - Model 設計 https://blog.darkthread.net/blog/ef-core-notes-2/

  把驗證的機制去掉，就允許中文了 Ref: https://www.cnblogs.com/wjx-blog/p/14765249.html

  目前chrome跟edge瀏覽器 用早期的解套方式autocomplete="off"讓自動帶出過去有填寫過的歷史資料不要出現 已經無效了 因此需要更改成 autocomplete="new-password" 這邊實測有效果 Ref: How to disable autocomplete of an HTML input field ? https://www.geeksforgeeks.org/how-to-disable-autocomplete-of-an-html-input-field/ disable-form-auto-complete.md Definitive guide → 6 ways to solve https://gist.github.com/eduardo-mior/ad14cab17fb5ab641812bff622534353 https://developer.mozilla.org/en-US/docs/Web/Security/Securing_your_site/Turning_off_form_autocompletion 分享autocomplete="off" 不起作用解决方案 https://zhuanlan.zhihu.com/p/265024915 浏览器的记住密码，autocomplete= "new-password"解决 https://blog.csdn.net/aydongzhiping/article/details/81562757 'autocomplete="off"'在Chrome中不起作用解决方案 https://blog.csdn.net/xw505501936/article/details/52129579 input 输入框禁止自动填充-不是 autocomplete="off"不好用，是你没用正确方式打开 https://www.jianshu.com/p/06def8ad2347 解決autocomplete="off" 失效的問題 https://juejin.cn/post/6904199428543315981

摘自:  https://www.100.com.tw/article/1344 無論哪個行業只要有涉及材料，成本估價則必定是一項難題和必定要管控的課題。 可在參考之前文章 何謂商品?可以賣的東西就叫商品嗎?_原料與物料如何區分? BOM產品結構中低階碼的應用與概念 中小型系統家具業主要時常遇到的困難就在於 每一個材料的經銷商、廠商都不同，還涉及需要客製化訂做的問題。 所以資料建檔跟以往可能固定製造商產業PDM系統有固定產品種類對應規格維護比較不同 也跟3C產業製造業固定電腦產品規格組一台一樣，因為每個屋主(客戶)都有不同的空間環境。 所以也沒辦法用類似製造業BOM概念來去思考 因為不像製造業固定規格大量製造，是每次都要訂做的。 而且不同廠牌對應材積價格是會浮動的,稅也是....(稅的問題可能暫時先不考慮進來>~<) 那excel會因為不同權限控管和不同時段維護超多份... 再來資料聯動困難性 系統家具業軟體層面系統導入會涉及到的電子單據-估價單 系統家具業通常於估價單單身中每一筆代表著所謂施作項目(會有對應不同施作工法) 每一個施作項目會有不同建材(在科技、製造業稱為 : 料件、原料) 每一個建材會有不同規格屬性、不同的品牌會去影響其單價 這個產業中會有一些不同設計師權限 總監設計師 店長設計師 (每一間分店會有細分不同小組,每一個設計師會分別去負責不同估價單， 每一個主任設計師負責他那一組的業績) 組1.[主任設計師>專案設計師>助理設計師] 組2.[主任設計師>專案設計師>助理設計師] 組3.[主任設計師>專案設計師>助理設計師] ... 組N.[主任設計師>專案設計師>助理設計師] 裝潢估價通常會有以下SOP Step1.確認施作範圍 Step2.確認公司名稱、地址與聯絡電話 Step3.確認客戶名稱 Step4.確認數量 Step5.確認單位 Step6.確認規格 Step7.確認建材等級 Step8.確認施作工法 Step9.確認單價無誤 所以估價單單頭通常就會列像是 哪位設計師、設計師電話、哪個屋主(客戶)、聯絡方式(電話,Email)、地址 、工地地址(可能需額外訂出來通常不一定就等同聯絡地址)、報價日期等等 以下面估價單單身為例後可能就有 像是衣櫃、書桌等等施作項目各自有對應不同施...

工作中時常遇到的情況就是在跨不同支SP中跟一堆不太熟悉的table混熟 有時還可能遇到SP中再下一層又去call了其他支SP的窘境 層層reference 業務邏輯都寫在Store Procedure情況 不利於debug .... > ~ <||| 但又必須去理解和盤點一些table 的reference情況 資料源頭 各欄位是捨麼定義的時候 就可能需要想一些辦法 沒辦法母公司那裏要幹嘛就多少也要follow 盤點某張table資料insert來源 1 2 3 4 5 SELECT DISTINCT so.name , LOWER (sc. text ) FROM syscomments sc INNER JOIN sysobjects so on sc.id = so.id where LOWER (sc. text ) like '%insert%' and LOWER (sc. text ) like '%{table名稱}%' and ( LOWER (sc. text ) like '%insert {table名稱}%' or LOWER (sc. text ) like '%insert into {table名稱}%' ) 盤點某張table資料delete時機 1 2 3 4 5 SELECT DISTINCT so.name , LOWER (sc. text ) FROM syscomments sc INNER JOIN sysobjects so on sc.id = so.id where LOWER (sc. text ) like '%delete%' and LOWER (sc. text ) like '%{table名稱}%' and ( LOWER (sc. text ) like '%delete {table名稱}%' or LOWER (sc. text ) like '%delete from {table名稱}%' ) 如何去察看某個database objects (可能是table,sp,trigg...

如何去找尋某一關鍵字子字串出現在哪幾張table 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 DECLARE @ SearchStr nvarchar( 100 ) = '關鍵字字串或數值也可以' DECLARE @ Results TABLE (ColumnName nvarchar( 370 ), ColumnValue nvarchar( 3630 )) SET NOCOUNT ON DECLARE @ TableName nvarchar( 256 ), @ ColumnName nvarchar( 128 ), @ SearchStr2 nvarchar( 110 ) SET @ TableName = '' SET @ SearchStr2 = QUOTENAME( '%' + @ SearchStr + '%' , '''' ) WHILE @ TableName IS NOT NULL BEGIN SET @ ColumnName = '' SET @ TableName = ( SELECT MIN (QUOTENAME(TABLE_SCHEMA) + '.' + QUOTENAME( TABLE_NAME )) FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_TYPE = 'BASE TABLE' AND QUOTENAME(TABLE_SCHEMA) + '.' + QUOTENAME( TABLE_NAME ) > @ TableName ...

戰略性高科技貨品輸出許可證 EXPORT PERMIT OF STRATEGIC HIGH-TECH COMMODITIES 輸出許可證號碼 :Export Permit No. 轉口港:Transit Port 許可證簽證日期 :Date of Issue 出口管制貨品號碼 : Export Control Commodity No. 貨品分類號列及檢查號碼 : C.C.C. CODE standard Classification of Commodities of the Republic of China 戰略性高科技貨品(SHTC) https://www.facebook.com/boft.gov.tw/posts/1453119258203129/ Ref: https://cfgate.trade.gov.tw/boft_pw/do/PW401ShowFileAction;jsessionid=E7514F375D7467D97C1B35B86CEB71BE?fileName=5&check=1 https://www.tnet.org.tw/Article/Detail/29933 https://fbfh.trade.gov.tw/fh/ap/queryCCCRegFormf.do