2010-02-03 11 views
5

Chúng tôi đã có rất nhiều cuộc tranh luận nội bộ về việc dàn dựng bảng. Một số là xem dàn dựng bảng như cổ xưa và sẽ ngăn chặn khả năng xây dựng lại các dịch vụ có thể sử dụng, vv Nó cũng đang được truyền đạt rằng những điều này sẽ ngăn cấm các doanh nghiệp phát triển và xử lý các kênh kinh doanh mở rộng.Quan điểm chung về việc sử dụng bảng Dàn xếp là gì? Chúng tôi sử dụng chúng rất nhiều cho việc nhập Đơn đặt hàng từ các Nhà cung cấp bên ngoài

Tôi không nhất thiết phải hoặc chống lại một trong hai tùy chọn, nhưng tôi biết rằng có dữ liệu theo giai đoạn đã là trình tiết kiệm cuộc sống trong nhiều trường hợp và đã thực sự dễ dàng nhập lại đơn đặt hàng mà chúng tôi gặp phải.

Chỉ muốn xem những gì người khác nghĩ về dàn dựng dữ liệu và những phương pháp khác đang được sử dụng để xử lý các kịch bản tương tự như chúng ta (Lấy đơn đặt hàng từ đối tác bên ngoài, Amazon, v.v ... và nhập chúng vào hệ thống ERP của chúng tôi).

Cảm ơn,

S

+2

Tôi nghĩ đây là một chủ đề tốt, mặc dù tôi nghĩ nó phù hợp hơn tính chất chủ quan. –

+0

+ 1-Không bao giờ được thấy "Hi Gurus", như một phần giới thiệu về SO trước đây. – Alex

+0

Nếu có dữ liệu được dàn dựng chính xác giải quyết vấn đề của bạn, tại sao bạn sẽ thay đổi? –

Trả lời

1

Một số nơi tôi đã làm việc Tôi đã sử dụng dàn dựng bảng, những người khác tôi đã sử dụng các kỹ thuật khác. Mỗi loại đều có những ưu điểm và nhược điểm riêng. Điều đó nói rằng, đừng lo lắng về điều đó. Nếu một số nguồn cấp dữ liệu đi kèm yêu cầu một số phương pháp khác với những gì bạn đang làm, thì bạn sẽ đưa ra một giải pháp mới. Thay đổi được thúc đẩy bởi các yêu cầu.

(cá nhân, khi ai đó đến với tôi và nói "Chúng tôi phải thay đổi thành X vì những gì chúng tôi làm bây giờ là không hiệu quả và xấu và phù thủy sẽ đến và ăn con", họ có hình ảnh này trong tâm trí của họ vào thứ ba , chúng tôi sẽ có cơ hội tăng gấp ba cơ sở khách hàng nhưng chỉ khi chúng tôi làm điều mới này, nhưng nếu chúng tôi không bẻ khóa ngay bây giờ, thì chúng tôi sẽ bỏ lỡ cơ hội vì không ai trong số những khách hàng tiềm năng đó sẵn sàng chờ một phút và tất cả họ sẽ yêu cầu chính xác điều tương tự và chúng tôi có thể xây dựng chính xác những gì họ muốn ngay bây giờ mặc dù chúng tôi không có ý tưởng những gì họ muốn HURRY HURRY HURRY VÀ KHÔNG BREAK bất cứ điều gì. Một khách hàng đơn lẻ (hoặc bất kỳ thứ gì) đến và nói "Này, chúng tôi muốn các dịch vụ của bạn, bạn có thể chấp nhận XML của chúng tôi không?", câu trả lời luôn là "Chắc chắn" và sau đó bạn được giao nhiệm vụ và có thể làm intellige nt quyết định và lên kế hoạch cho mọi thứ. Trái ngược với phương pháp "gà với đầu cắt" được những người thích từ ngữ kỹ thuật ưa thích nhưng ghét biết bất cứ điều gì tehcnical)

+0

(hoặc tôi đã mạo hiểm quá nhiều không?) – moleboy

+0

Không có bạn đang ở trên – scarpacci

1

Không có lý do cho một cuộc tranh luận - bạn có một hệ thống làm việc. Bất cứ ai nghĩ rằng lý thuyết "dịch vụ có thể sử dụng lại" của họ có thể làm tốt hơn nên đặt lên hoặc đóng cửa.

Cho phép họ xây dựng triển khai thử nghiệm trên máy chủ phát triển của bạn cho kịch bản khối lượng cao phổ biến và so sánh nó với hệ thống hiện tại - bao gồm tiêu chí phục hồi và nhập lại sau khi thất bại.

Tôi nghe tất cả thời gian tôi cũng làm việc (thường là từ các nhà quản lý chỉ đọc một bài viết về SOA và XML) và trong các tình huống xử lý một lượng lớn dữ liệu - hàng loạt nhập vào bảng phân tầng có thể xử lý dữ liệu cao hơn nhiều khối lượng hơn bất kỳ loại dịch vụ web nào.

+0

Cảm ơn Ron Về cơ bản những người không phải quản lý lỗi là những người đang thúc đẩy sự thay đổi. Không thể nói với chúng tôi bao nhiêu lần chúng tôi nghe nói "sẽ không thay đổi và sẽ không bao giờ xảy ra" – scarpacci

+0

Giám đốc của chúng tôi (trước đây là một kế toán viên) đã mua Oracle SOA và hiện đang cố gắng biện minh bằng việc có Kiến trúc sư Oracle đến và nói cách chúng tôi hiện đang xử lý không phải là việc kinh doanh của tương lai và chúng tôi đang làm những điều theo cách cũ/cổ xưa. Bare in tâm trí chúng tôi có khoảng 125 nhân viên .... vì vậy tôi chắc chắn bạn có thể tưởng tượng bất kỳ tải dữ liệu, vv hầu như không chạm Oracle DBs của chúng tôi. – scarpacci