รายการที่คุณสามารถให้เหตุผลรองรับได้ ไม่ใช่แค่รายการที่คุณมี

ตัวตนคือที่อยู่อีเมล

หนึ่งผู้ติดต่อต่อหนึ่งที่อยู่ต่อหนึ่งโครงการ บังคับโดยฐานข้อมูล ไม่ใช่โดยการหวัง ที่อยู่จะถูกทำให้เป็นมาตรฐานตอนเขียน ไม่ใช่ตอนอ่าน — หากทำให้เป็นมาตรฐานตอนอ่าน ข้อจำกัดนี้ก็เป็นเพียงของประดับที่ปล่อยให้ทั้ง Anna@ และ anna@ เข้ามาได้

หมายเลขโทรศัพท์จะถูกจัดเก็บในรูปแบบ E.164 หากมีอยู่ แต่หมายเลขโทรศัพท์เป็นเพียงคุณลักษณะ ไม่ใช่ตัวตน ไม่มีกราฟแก้ไขตัวตน ไม่มีโปรโตคอลการรวมข้อมูล และไม่มีบันทึกการตรวจสอบการรวม เพราะผู้ติดต่อทุกรายที่นี่เข้ามาผ่านช่องทางที่มีที่อยู่อยู่แล้ว: การนำเข้า แบบฟอร์ม การสมัครรับข้อมูล หรือโค้ดของคุณเอง

ชื่อถูกจัดเก็บทั้งก้อน

display_name ถูกเก็บไว้ตรงตามที่ป้อนและไม่เคยถูกแยกเป็นส่วน ๆ การแยกชื่อเป็นแหล่งเกิดบั๊ก — "van der Berg", "Kim Min-jun", ชื่อเดียว, คำนำหน้า และรูปแบบการเรียงลำดับทุกแบบที่ไม่ใช่แบบอังกฤษ — และการแยกผิดจะปรากฏใน merge tag เป็น "เรียน คุณ van," ซึ่งแย่กว่าการไม่ปรับให้เป็นส่วนตัวเลย

ส่วนชื่อแบบมีโครงสร้างมีไว้เฉพาะสำหรับแหล่งข้อมูลที่ส่งมาแยกไว้แล้วเท่านั้น ไม่มีอะไรคำนวณสร้างขึ้นเอง และชื่อที่ผู้ใช้พิมพ์เองจะไม่ถูกเขียนทับด้วยไฟล์ CSV ที่ส่งมาทีหลังซึ่งบันทึกไว้ไม่เหมือนกัน เพราะหลักเขียนทับด้วยข้อมูลล่าสุดทำให้การนำเข้าที่สะเพร่าที่สุดเป็นผู้ชนะ