Ürün kodlaması hakkında bilgi istiyorum

Arkadaşlar çalıştığım firmada üretilen ürünlere yarı mamüllere ve kullanılan hammaddelere kodlama yapacağım.

Şimdi düşündüğüm örnekleri sizlere yazacağım ve fikir isteyeceğim sizlerden;

Örneğin Girit 3'lü kanepe ürününün metal şase yani kasa kısmı için kodlama yapacağım

Bu kanepenin oturum kısmı için;
KA-G-P01-E01 gibi kodlama kullanmam mı daha mantıklı olur ypksa;
KA10001 gibi bir kodlama yapmam mı daha akılcı olur. Databesi yormaması, bir çok ERP yazılımına uygunluk açısından hangisini önerirsiniz. Benim birebir danışmalarımda çok fark olmayacağını nasıl anlaşılır kullanabileceksem bu şekilde kodlama yapmam gerektiği söylendi.

Bazıları ise 1. örneğin sorun yaşatacağını hem sql yoracağını hemde bir çok erp yazılımına uyum sağlamayacağını söylüyor.

Oldukça kararsısızım. Sizlerden bu konu hakkında fikri olan var mı.

çok yüklü bir veritabanı değilse hangisi kolay kullanıma geliyorsa onu öneririm, ancak enterprise bir uygulama ve yüklü bir database varsa verileri tablolara bölmek ve gerekli olanları join ettirmen kitaba göre uygun olandır, profesyonel bir veritabanını normal form a indirgemen gerekebilir (1NF,2NF,3NF,BCNF..), bunun için normal form decomposition konularını incelemeni tavsiye ederim. Tabi bunların çok fazla ayrıntısı var, insertion,deletion anomaly,functional dependencies ve hangi decomposition sana nekadar kar sağlar gibi..
Database alanınsa bu konulara girmeni öneririm ama değilse hiç uğraşma kolayına gelenini yap

Genel olarak hepsi string (varchar, nvarchar) olarak tutulur veritabanında. Bu nedenle diğer erp yazılımları ile uyumsuz olacağını söyleyenler neye göre söylemiş merak ettim. Kimisi K-001-93454 gibi kullanırken kimisi K00139458 olarak kullanır. Başka firmaların ürünlerini entegre edeceksen sistemine seninkinden farklı görünür sadece. Bu tamamen senin seçimine kalmış. Kolay ve anlaşılır olması öncelikli. Depo'daki veya üretimdeki adam K-001'inde K001'inde aynı ürüne ait olduğunu belli bir süre sonra anlıyor zaten.

rob33n söylemiş bunlar arasında bir fark olmadığını. sonuçta ikisi de varchar-nvachar tabanlı.

db yorulur demişsin de db yi yoracak olan senin sorgu tipindir,bol joinli şeyler yorar db yi. bunla ilgili cost hesaplama şeyleri var.. yaptığın sorgulama tipine göre cost bulunur. genel olarak tavsiye edilen, alt sorgular yazmandır, bu alt sorgularda where condition kullanarak mümkün mertebe datayı azaltmak ondan sonra join yapmak gerek.

eğer hızdan çok korkuyosan nosql çözümlerine bakabilirsin ki günümüz dmbs leri milyonlarca veriyi hızlı şekilde dökebilir. o yüzden o konuda rahat ol, aslında kendi yazılımına çok yüklenmemek için trigger ve stored procedure lar yazabilirsin.

o bahsettiğin iki türlü string ifadesi yazılım alanında ayıklayabilirsin (sql de de yapabilirsin),
mesela terimler sabitse ikinci söylediğini kullanabilirsin. Yani ilk 2 karakter ürünün kategorisini, 3. karakter ürünün tipini, 4-8. karakter ürünün kodunu belirtiyorsa bu sabittir, o zaman char array gibi düşünüp karakterleri alırsın.

Eğer sabit değilse yani bazen ilk 2 bazen ilk 3 karakter ürünün kategorisin belirliyorsa mesela KA ya da CAM gibi şeyler olacaksa aralarına - , . gibi şeyler koyabilirsin. bunun içinde split fonksiyonları kullanarak diziye çevirerek parçalamış olursun..

kolay gelsin

Hepinize ayrı ayrı teşekkür ederim. Endişelerimi giderdiniz.