ต่อไป »

[kongpair]

 

[Bone]

และจะอีกนิดหนึ่งไปอีก

กรณี A และ B คือ filed ใน table ซึ่งจะมีจำนวนมาก อยู่แล้ว

และโจทย์ db ทำค่าสำเร็จเก็บในตัวแปรแบบ script ไมไ่ด้ ต้องประมวลผลเลย

เห็นเปล่าครับ ว่า มีการทำงานแบบ ซ้ำกัน แล้วกรณี ทำงาน เวลาที่ใช้ จะเท่ากับ field A JOIN LEFT filed B ซึ่งช้าอยู่แล้ว

แล้ว ทำการประมวลผล ตามสามาการนี้ ซึ่ง เห็นชัดๆ ว่าซ้ำซ้อน ควร ลด จะำทำให้ เวลาคำนวณ ช้ากว่า ที่ไม่ลด มากครับ

[marknary]

โจทย์ยากครับๆ

[ayeweb]

นี่นั่งหลับตายังคิดไม่ออกเลย 

[Bone]

ตรงนี้เกี่ยวกันการทำเวป และ เป็นแบบ ธรรมดา มากๆ ครับ

สมมุต A = ราคาสินค้า และ B คือตัว ถ่วงน้ำหนัก และ Z คือ ราคาที่จำทำการเปรียบเทียบ

นึกถึง amazon ที่หา ราคาระหว่าง 1000-2500 ครับ ความหมายเดียวกัน

[A + (AB/100)] + (100 -[A + (AB/100)]%100) = Z;

ได้เป็น
สมมติ [A + (AB/100)] เป็นราคาที่เทียบกันตัวถ่วงด้วย

คือ (100 - ราคาสินค้า%100) มีการปัดเสษ ให้ครบ 100 ในราคา เช่น ราคา = 1555 + (100-55) = 1600 เป็นการปัดเศษ ขึ้น

ราคาสินค้า + เศษให้ครบ 100 = ราคาเปรียบเทียบ
ก้อจะทำให้ ค้นหาราคาได้คล้ายๆ amazon

กรณี ราคาธรรมดา ที่ ดึงจาก ข้อมูลก้อไ่ม่จำเป็นต้องมีตัวถ่วง

แต่ถ้ากรณี ที่ เราอยากปรับราคาของ สินค้าประเภทนี้ ขึ้น 5% เราจะทำหาร สมมติ B คือตัวถ่วง + 5% ครับ

ไม่รู้เข้าใจเปล่า เป็นการสร้าเงเวป แบบ ธรรมดา และ ในนี้จะใช้กับ db ครับผม

และจะอีกนิดหนึ่งไปอีก

กรณี A และ B คือ filed ใน table ซึ่งจะมีจำนวนมาก อยู่แล้ว

และโจทย์ db ทำค่าสำเร็จเก็บในตัวแปรแบบ script ไมไ่ด้ ต้องประมวลผลเลย

เห็นเปล่าครับ ว่า มีการทำงานแบบ ซ้ำกัน แล้วกรณี ทำงาน เวลาที่ใช้ จะเท่ากับ field A JOIN LEFT filed B ซึ่งช้าอยู่แล้ว

แล้ว ทำการประมวลผล ตามสามาการนี้ ซึ่ง เห็นชัดๆ ว่าซ้ำซ้อน ควร ลด จะำทำให้ เวลาคำนวณ ช้ากว่า ที่ไม่ลด มากครับ

และทำไมผมถึงต้องลดให้ได้

โชคร้ายครับ ที่ field A กับ field B อยู่คนละ Table ทำให้ JOIN LEFT เสียเวลาพอควร (อันนี้พยายามให้น้อยสุดแล้วนะ) กว่าจะ JOIN LEFT กันเสร็จ ใช้เวลา ตรงนี้ เกือบ 0.02 s เพราะ A มี 4000 แถว และ B มี 200 แถว ทำให้ได้ 4000*200
ซึ่ง ช้าพอควรและ

ยังมาเจอปัญหา คำนวณไอ้สมการบ้านี้อีก ไม่ทำก้อไม่ได้ ทำก้อ เสียเวลา เพราะมัน คำนวณแบบซ้ำๆ กว่าจะได้ จึงถ้าลดได้ ก้อ เป็นผลดี

เวลา 0.02 ในการ ประมวลผล query นี่ ใช้ทรัพยากรเวลามากนะครับ ทำให้ เวปช้าที่เดียว

ถ้าไม่ลด สมาการอาจจะใช้เวลา 0.00002 ถ้าใช้ อาจจะเหลือ 0.00001 ลดลงเท่าหนึ่ง และทุกครั้งที่ประมวลผล ต้อง อิงสมการนี้ ครับ เลยบอก ว่าถ้าลดได้ ลดเวลาได้ มหาศาลที่เดียว

[bonkbonk]

เห็นการนำไปใช้แล้ว เครียดเลยตู ทำเวบมันยากขนาดนี้เลยเรอะ

[Bone]

เมื้อกี้คิดเกือบได้แล้วคับแต่ยังไม่ครบทุกกรณี ขอทราบช่วงของค่า A,B หน่อยครับ

A และ B เป็นจำนวนเต็ม ครับ ต้งแต่ 0 จนถึง infinity +

[kongpair]

ทำไมไม่ Query เฉพาะช่วงราคาที่ต้องการ หากมีการปรับราคา ก็ค่อย +เพิ่ม เข้าไปตอนแสดงผล


ถามแบบไม่รู้อีกแระ.. 

[wiroon]

เห็นการนำไปใช้แล้ว เครียดเลยตู ทำเวบมันยากขนาดนี้เลยเรอะ

อ่านแล้วมึนหน้าเครียดมากกระทู้นี้ แต่พออ่านมาถึงความเห็นท่านนี้กร๊ากเลย 

แล้วคิดว่า นั่นสินะ มันยากขนาดนั้นเลยว่าจะได้เว็บนี้ออกมา

[Bone]

เห็นการนำไปใช้แล้ว เครียดเลยตู ทำเวบมันยากขนาดนี้เลยเรอะ

อ่านแล้วมึนหน้าเครียดมากกระทู้นี้ แต่พออ่านมาถึงความเห็นท่านนี้กร๊ากเลย 

แล้วคิดว่า นั่นสินะ มันยากขนาดนั้นเลยว่าจะได้เว็บนี้ออกมา

  สู้ๆ ครับ ทำเวปก้อ ปวดหัวแบบนี้ เหมือน กรรมกรแหละ ใครบอก โปรแกรมเมอร์งานเสบาย ปวดหัวมาก 55555+

[Bone]

ทำไมไม่ Query เฉพาะช่วงราคาที่ต้องการ หากมีการปรับราคา ก็ค่อย +เพิ่ม เข้าไปตอนแสดงผล


ถามแบบไม่รู้อีกแระ.. 

อ๋อ คำถามดีครับ กรณี LEFT JOIN จะต้อง ทำการ LEFT JOIN แถว A * แถว B ครับ ยกเว้น สร้าง table ปลอม ที่เป็นข้อมูลที่เราต้องการก่อน แล้ว ค่อยทำ LEFT JOIN

ดังนั้น เวลาที่ใช้ ในการ LEFT JOIN เร็วกว่า ที่ สร้าง table ปลอม + LEFT JOIN ครับผม

[tdelphi]

ถ้าเอาไปเขียนโปรแกรมคำนวนค่า ไม่ต้องลดรูปหรอก

ใส่ code เข้าไปทั้งสมการนี่แหละ มันไม่ช้าลงหรอกครับ ไม่ว่า ค่าจะมากจะน้อย เร็วเท่ากัน

[amazegu]

บอกได้คำเดียวว่าปวดตับ...

[Bone]

ถ้าเอาไปเขียนโปรแกรมคำนวนค่า ไม่ต้องลดรูปหรอก

ใส่ code เข้าไปทั้งสมการนี่แหละ มันไม่ช้าลงหรอกครับ ไม่ว่า ค่าจะมากจะน้อย เร็วเท่ากัน

[A + (AB/100)] + (100 -[A + (AB/100)]%100) = Z; สมาการนี้ใช้ ใน WHERE ครับ ตอน SELECT

กรณี ใน script ผมลดด้วยการเก็บ เข้าตัวแปร แต่ ใน db มันทำไมไ่ด้ ต้องประมวลผลเลย

T-T

กลับมาที่เดิมก่อน

ช่วยลดรูปหน่อย ครับ [A + (AB/100)] + (100 -[A + (AB/100)]%100) = Z;

[m2studio]

ผมไม่รู้นะว่า ออกแบบ DB กันยังไง
ทำไมต้องมีไอ่ตัวถ่วงน้ำหนัก B ถ้าต้องการมีเพื่อไว้ปรับ DB เป็น % เพื่อคำนวณค่าเก่า หรือเพื่อเก็บเป็น History ก็ไม่น่าจะต้องไป JOIN เอาเลยเสียเวลา
ให้ใช้ Update table ราคาไปเลยดีกว่า เพราะโดยปกติ ของข้อมูลพวกนี้ query บ่อยกว่า update มากๆ ยอมเสียเวลา update ครั้งเดียวดีกว่าไม่ต้อง JOIN

ถ้าไม่มี B ก็ไม่ต้อง JOIN ถูกไหมครับ ถ้าไม่ต้อง JOIN ก็ลดเวลาไปได้เพียบ อีกอย่าง ถ้าเกิดเป็นการ search ซ้ำๆ ใช้พวก caching เข้าช่วยก็จะดีมาก
แต่สำหรับเรื่องราคาการ search คงระบุยากว่า user ต้องการ search ราคาช่วงที่เท่าไรบ้าง เว้นแต่ว่า UI คุณบังคับให้ user เลือกได้แค่ไม่กี่ช่วงราคาสินค้า

[alert]

ทำไมไม่ Query เฉพาะช่วงราคาที่ต้องการ หากมีการปรับราคา ก็ค่อย +เพิ่ม เข้าไปตอนแสดงผล


ถามแบบไม่รู้อีกแระ.. 

อ๋อ คำถามดีครับ กรณี LEFT JOIN จะต้อง ทำการ LEFT JOIN แถว A * แถว B ครับ ยกเว้น สร้าง table ปลอม ที่เป็นข้อมูลที่เราต้องการก่อน แล้ว ค่อยทำ LEFT JOIN

ดังนั้น เวลาที่ใช้ ในการ LEFT JOIN เร็วกว่า ที่ สร้าง table ปลอม + LEFT JOIN ครับผม

ผมก็ว่า ไม่ต้องทำเป็นสมการขนาดนี้ก็ได้ป่าวอ่ะ  ยังงงๆ ตั้งแต่เขียนเว็บมาไม่เคยทำอะไรขนาดนี้เลย


แต่เรื่อง table ปลอมหน่ะ ถ้าสร้างเป็น table แบบไม่ใช่เก็บแค่เป็น temp ที่ query เสร็จแล้วลบหน่ะ ยังไงผมก็ว่าเร็วกว่า left join แน่นอนนะครับ เพราะมันเรียกตรงๆ 


สมมุตินะครับ มี table a,b,c 

table a เก็บ แถว a ที่ต้องการ
table b เก็บ แถว b
table c เก็บผลการคำนวณทั้งหมด ทั้ง left join ทุกอย่าง พร้อมแสดงผล   

และใช้วิธีที่ว่า ถ้า table a, b มีการ update หรือ insert เมื่อไหร่ ก็ให้แก้ไขที่ table c ด้วยทุกครั้งอ่ะครับ
แล้วเวลาเรียกใช้งาน ไม่ต้องเรียกผ่าน table a,b เลย เรียกแค่ c ก็พอ


ไม่รู้ผมงงเองรึเปล่า แต่ผมเข้าใจแบบนี้อ่ะครับ ว่าวิธีนี้มันเร็วกว่าการไปคำนวณทุกครั้งที่ query แน่นอนครับ

[Bone]

ที่จริง ถ้า ทำแบบ ง่ายๆ เหมือน ธรรมดาก้อ

SELECT WHERE price=1000; จบ

กรณี ปัดเศษ
SELECT WHERE price + เศษปัดครบ 100 =1000; จบ

กรณี ปัดเศษ และ ถ่วงน้ำหนักให้ ง่าย เช่น ปรับราคาขึ้น +5%

SELECT WHERE price + 5 % + เศษปัดครบ 100 =1000; จบ

ดังนั้น SELECT เต็ม นะครับ โชคร้าย A และ B อยู่คนละ table

SELECT A LEFT JOIN B  WHERE price + 5 % + เศษปัดครบ 100 =1000; จบ

และจะได้

SELECT A LEFT JOIN B  WHERE [A + (AB/100)] + (100 -[A + (AB/100)]%100) = Z; จบ Z คือ 1000

[phongpsu]

ผม...ไม่น่าโดดเรียนเลย
คิดเท่าไหร่ก็ไม่ออก ... 

[marknary]

คำตอบที่ไดัคือ
99+(Floor[(A+AB/100)/100])*100
ลองไปพิสูจน์ดูครับ เขียนโปรแกรมเปรียบเทียบค่าดู(ผมแอบทำมาแล้ว)

[kongpair]

ผมได้ว่า


2[a + ab/100] = z