คำถามติดแท็ก datatypes

ระบุประเภทของข้อมูลที่ถูกเก็บไว้ (สตริงวันที่ตัวเลข ฯลฯ )

1
ข้อผิดพลาด PLS-00306: วิธีการหาอาร์กิวเมนต์ที่ผิด?
PLS-00306: หมายเลขหรือประเภทของอาร์กิวเมนต์ที่โทรหา 'string' ผิด สาเหตุ: ข้อผิดพลาดนี้เกิดขึ้นเมื่อการเรียกโปรแกรมย่อยที่มีชื่อไม่สามารถจับคู่กับการประกาศใด ๆ สำหรับชื่อโปรแกรมย่อยนั้น ชื่อโปรแกรมย่อยอาจสะกดผิดพารามิเตอร์อาจมีประเภทข้อมูลที่ไม่ถูกต้องการประกาศอาจผิดพลาดหรือการประกาศอาจวางไว้อย่างไม่ถูกต้องในโครงสร้างบล็อก ตัวอย่างเช่นข้อผิดพลาดนี้เกิดขึ้นหากฟังก์ชั่นสแควร์รูทในตัว SQRT ถูกเรียกด้วยชื่อที่สะกดผิดหรือด้วยพารามิเตอร์ของประเภทข้อมูลที่ไม่ถูกต้อง การดำเนินการ: ตรวจสอบการสะกดคำและการประกาศชื่อโปรแกรมย่อย นอกจากนี้ยังยืนยันว่าการโทรนั้นถูกต้องพารามิเตอร์นั้นเป็นประเภทข้อมูลที่ถูกต้องและหากไม่ใช่ฟังก์ชันในตัวการประกาศจะถูกวางไว้อย่างถูกต้องในโครงสร้างบล็อก ฉันจะระบุข้อโต้แย้งที่ผิดได้อย่างรวดเร็วได้อย่างไร ฉันมีขั้นตอนการจัดเก็บพร้อมพารามิเตอร์หลายสิบตัว มีวิธีง่าย ๆ ในการตรวจสอบความแตกต่างระหว่างขั้นตอนที่ใช้และขั้นตอนที่กำหนดหรือไม่ ฉันไม่ต้องการตรวจสอบทีละบรรทัด ..

2
เมื่อจะใช้ 'nvarchar / nchar' กับ SQL Server 2019?
กับ SQL Server 2019 ไมโครซอฟท์เปิดตัวสนับสนุน UTF-8สำหรับCHARและVARCHARชนิดข้อมูลและพูดว่า: คุณสมบัตินี้อาจช่วยประหยัดพื้นที่เก็บข้อมูลได้อย่างมากทั้งนี้ขึ้นอยู่กับชุดอักขระที่ใช้งาน ตัวอย่างเช่นการเปลี่ยนชนิดข้อมูลคอลัมน์ที่มีอยู่ด้วยสตริง ASCII จาก NCHAR (10) เป็น CHAR (10) โดยใช้การเปรียบเทียบการเปิดใช้งาน UTF-8 แปลเป็นความต้องการหน่วยเก็บข้อมูลลดลงเกือบ 50% การลดลงนี้เป็นเพราะ NCHAR (10) ต้องการ 22 ไบต์สำหรับการจัดเก็บในขณะที่ CHAR (10) ต้องการ 12 ไบต์สำหรับสายอักขระ Unicode เดียวกัน ดูเหมือนว่า UTF-8 จะรองรับทุกสคริปต์ดังนั้นโดยทั่วไปเราสามารถเริ่มเก็บข้อมูล Unicode ในvarcharและcharคอลัมน์ และตามที่ได้กล่าวไว้ในเอกสารแล้วสิ่งนี้สามารถลดขนาดของตารางและดัชนีและจากนั้นเราจะได้ประสิทธิภาพที่ดียิ่งขึ้นเนื่องจากอ่านข้อมูลในปริมาณที่น้อยลง ฉันสงสัยว่านี่หมายความว่าเราสามารถหยุดใช้nvarcharและncharคอลัมน์ที่ใช้ UTF-16 หรือไม่ ใครสามารถชี้สถานการณ์และเหตุผลที่จะไม่ใช้ชนิดข้อมูลถ่านด้วยการUTFเข้ารหัสและใช้ n-chars ต่อไปได้?

2
ปัญหาเกี่ยวกับการรวมเลขจำนวนเต็มถึงจำนวน (ทศนิยม)
ฉันมีสถานการณ์นี้ดูเหมือนว่า MySQL ใช้ค่าทศนิยมที่ใหญ่ที่สุดและพยายามที่จะแปลงค่าอื่น ๆ ปัญหาคือว่าแบบสอบถามนี้สร้างขึ้นโดยห้องสมุดภายนอกดังนั้นฉันจึงไม่สามารถควบคุมรหัสนี้ได้ในระดับนี้อย่างน้อย คุณมีความคิดในการแก้ไขปัญหานี้หรือไม่? SELECT 20 AS x UNION SELECT null UNION SELECT 2.2; +------+ | x | +------+ | 9.9 | -- why from 20 to 9.9 | NULL | | 2.2 | +------+ ผลลัพธ์ที่คาดหวัง +------+ | x | +------+ | 20 | -- or 20.0, doesn't …

1
PostgreSQL ข้อความประเภทข้อมูล vs varchar โดยไม่มีความยาว
ใน PostgreSQL คุณสามารถสร้างคอลัมน์ที่มีอักขระชนิดข้อมูลเปลี่ยนแปลง (โดยไม่มีความแม่นยำความยาว) หรือข้อความเช่นนี้: ALTER TABLE test ADD COLUMN c1 varchar; ALTER TABLE test ADD COLUMN c2 text; มีความแตกต่างระหว่างชนิดข้อมูลสองชนิดนี้หรือไม่ เอกสารไม่ชัดเจนเกี่ยวกับเรื่องนี้ พวกเขาพูดว่า: หากใช้การเปลี่ยนแปลงอักขระโดยไม่มีตัวระบุความยาวชนิดจะยอมรับสตริงที่มีขนาดใดก็ได้ [ ... ] นอกจากนี้ PostgreSQL ยังมีประเภทข้อความซึ่งจัดเก็บสตริงที่มีความยาวเท่าใดก็ได้ ดูเหมือนว่าทั้งสองประเภทข้อมูลจะเทียบเท่า แต่ไม่ชัดเจน ... ข้อมูลเพิ่มเติมเกี่ยวกับเรื่องนี้? ขอบคุณนิโก้

2
วิธีแทรกที่อยู่ IP ลงในคอลัมน์ inet ใน PostgreSQL ได้อย่างไร
ผมอยากจะแทรกอยู่ IP inetลงในคอลัมน์ที่มีประเภท ฉันสามารถแทรกข้อมูลในรูปแบบใดได้บ้าง มันเป็นไบนารีเท่านั้นหรือมีวิธีใดที่ฉันสามารถแทรกจากข้อความเช่น"192.168.1.082"? มีฟังก์ชั่นช่วยเหลือสำหรับสิ่งนี้เพื่อให้ฉันสามารถทดสอบได้จากpsqlในพร้อมท์คำสั่งหรือไม่

1
PostgreSQL bytea กับ smallint []
ฉันต้องการนำเข้าข้อมูลอนุกรมเวลาหลายช่องทางขนาดใหญ่ (100Mb - 1 GB) ลงในฐานข้อมูล PostgreSQL ข้อมูลมาจากไฟล์ฟอร์แมต EDFที่แบ่งข้อมูลเป็น "บันทึก" หรือ "ยุค" ซึ่งโดยทั่วไปแล้วแต่ละวินาที บันทึกยุคของแต่ละคนถือสัญญาณสำหรับแต่ละช่องข้อมูลเป็นอาร์เรย์ลำดับของจำนวนเต็มสั้น ฉันได้รับคำสั่งให้เก็บไฟล์ไว้ในฐานข้อมูลในกรณีเลวร้ายที่สุดในฐานะ BLOB ระบุว่าฉันต้องการตรวจสอบตัวเลือกที่จะช่วยให้ฉันทำอะไรเพิ่มเติมกับข้อมูลในฐานข้อมูลเช่นอำนวยความสะดวกในการค้นหาตามข้อมูลสัญญาณ แผนเริ่มต้นของฉันคือการจัดเก็บข้อมูลเป็นหนึ่งแถวต่อระเบียนยุค สิ่งที่ฉันพยายามชั่งน้ำหนักคือการจัดเก็บข้อมูลสัญญาณจริงตามประเภท bytea หรือ smallint [] (หรือแม้แต่ smallint [] []) ชนิด ใครช่วยแนะนำคนอื่นได้บ้าง ฉันสนใจค่าใช้จ่ายในการจัดเก็บและเข้าถึง การใช้งานมีแนวโน้มที่จะถูกแทรกหนึ่งครั้งอ่านเป็นครั้งคราวไม่เคยอัปเดต หากมีการห่อเป็นประเภทกำหนดเองได้ง่ายขึ้นซึ่งฉันสามารถเพิ่มฟังก์ชั่นสำหรับการวิเคราะห์การเปรียบเทียบบันทึกได้ดีกว่ามาก ไม่ต้องสงสัยเลยว่าฉันมีรายละเอียดน้อยมากดังนั้นอย่าลังเลที่จะเพิ่มความคิดเห็นเกี่ยวกับสิ่งที่คุณต้องการให้ฉันชี้แจง

3
ฉันควรใช้อะไร สตริงหรือจำนวนเต็ม 15 ฟิลด์?
ฉันกำลังพัฒนาโปรแกรมติดตามนักเรียนที่ฉันต้องเก็บคะแนนการสอบ 15 ข้อ ฉันสามารถเก็บเครื่องหมายเป็นสตริงและแยกออกเมื่อฉันต้องการเพื่อวัตถุประสงค์เช่นการดำเนินการเกี่ยวกับคณิตศาสตร์ อย่างไรก็ตามฉันต้องการประสิทธิภาพมากที่สุด ไหนดีกว่ากัน เขตข้อมูลสตริงเดียวหรือ 15 แต่ละเขตข้อมูล int?

2
ประเภทข้อมูลที่จะเก็บข้อมูล XML ใน: VARCHAR (MAX) หรือ XML
ฉันกำลังกำหนด schema สำหรับชุดทรัพยากรใหม่โดยใช้ SQL Server 2008 ... ในกรณีนี้แต่ละระเบียน ( เช่นแถว ) จะต้องเก็บชิ้นส่วน XML เมื่อเวลาผ่านไป; แม้ว่าจะไม่บ่อย ฉันจะต้องสืบค้น XML เพื่อค้นหาองค์ประกอบและค่าแอตทริบิวต์ หากปล่อยทิ้งไว้กับสิ่งที่ฉันทำเองฉันมักจะใช้ประเภทข้อมูลxmlแม้ว่าฉันจะถูกชักนำให้เชื่อว่าสิ่งนี้มีปัญหา นั่นทำให้ฉันมีคำถาม รับสถานการณ์นี้สิ่งที่ปัจจัยที่ฉันควรจะมีการพิจารณาเมื่อพยายามที่จะตัดสินใจระหว่างการจัดเก็บ XML ในXMLคอลัมน์เทียบกับvarchar (MAX)คอลัมน์ ถ้ามันช่วย ... นี่คือรายละเอียดเพิ่มเติม: ไม่มีการตัดสินใจเกี่ยวกับการใช้สคีมาสำหรับชิ้นส่วนเหล่านี้ ( เช่น XSD's ) ขนาดของชิ้นส่วนจะมีตั้งแต่เล็กไปจนถึงใหญ่มาก XML ทั้งหมดจะมีรูปแบบที่ดี ในแต่ละวันจะมีการรวบรวมชิ้นส่วนได้มากถึง 10,000 ชิ้นพร้อมการสนับสนุนการสืบค้นออนไลน์ที่จำเป็นสำหรับ ~ 3 เดือน การค้นหากับ XML จะเกิดขึ้นตลอดทั้งวัน แต่ควรอยู่ในสถานะที่มีคำสั่งประเภทนี้พร้อมกันเล็กน้อย
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.