ساخته‌شده برای عملکرد تحلیلی پایدار.
زمان پاسخ، ظرفیت هم‌زمان و کارایی عملیاتی از ابتدا با هم طراحی شده‌اند، نه اینکه پس از استقرار افزوده شوند.
سامانه، بخش به بخش.
- اجرا
- فیلتر، گروه‌بندی، join و رتبه‌بندی روی GPU اجرا می‌شوند و داده میان مراحل روی آن باقی می‌ماند.
- سخت‌افزار
- یک GPU به‌ازای هر worker. ظرفیت با افزودن worker افزایش می‌یابد.
- ذخیره‌سازی
- ذخیره‌سازی ستونی و فشرده که فقط فیلدهای ذکرشده در پرس‌وجو را می‌خواند. بارگذاری‌ها در برابر خرابی ایمن هستند.
- مقیاس‌پذیری و تاب‌آوری
- جدول‌ها با هر تعداد نسخه موردنیاز میان ماشین‌ها توزیع می‌شوند؛ خواندن در صورت خرابی ادامه می‌یابد؛ پشتیبان‌گیری و بازیابی کل کلاستر نیز فراهم است.
- SQL
- انواع join، زیرپرس‌وجو، بلوک‌های پرس‌وجوی قابل استفاده مجدد و مجموعه‌ای گسترده از توابع.
- سازگاری
- پرس‌وجوهای ClickHouse از طریق یک لایه سازگاری بدون تغییر اجرا می‌شوند.
- سامانه‌های موجود
- جدول‌هایی که همچنان در ClickHouse، PostgreSQL یا MySQL قرار دارند در محل پرس‌وجو و با جدول‌های RayoDB ترکیب می‌شوند.
- ورود داده
- منابع زنده Kafka، MySQL و PostgreSQL که هیچ ردیفی را دوبار ثبت نمی‌کنند، به‌علاوه بارگذاری انبوه و API.
- نگهداری داده
- داده‌های قدیمی‌تر از بازه انتخاب‌شده طبق برنامه حذف می‌شوند.
- هوش مصنوعی در SQL
- پیش‌بینی، تشخیص ناهنجاری و جست‌وجوی معنایی به‌شکل توابع SQL، با مدل‌های داخلی یا مدل‌های خودتان.
- تحلیل نشست
- معیارهای نشست به‌شکل توابع SQL: قیف‌ها، فعالیت هم‌زمان، ماندگاری و مسیرهای رویداد.
- عملیات
- حساب‌ها و کلیدهای API دارای مجوز، اتصال‌های رمزنگاری‌شده، معیارهای Prometheus و بررسی‌های سلامت.
پرسش‌هایی که در هر ارزیابی مطرح می‌شوند.
- آیا SQL موجود باید بازنویسی شود؟
- به‌ندرت. join، زیرپرس‌وجوها و توابع متداول پشتیبانی می‌شوند و پرس‌وجوهای ClickHouse بدون تغییر اجرا می‌شوند. مواردی که هنوز موجود نیستند در ادامه فهرست شده‌اند.
- آیا ابتدا باید داده منتقل شود؟
- خیر. جدول‌هایی که همچنان در ClickHouse، PostgreSQL یا MySQL قرار دارند در محل قابل پرس‌وجو هستند؛ بنابراین ارزیابی با پرس‌وجوهایی آغاز می‌شود که امروز مشکل‌سازند.
- به چه سخت‌افزاری نیاز دارد؟
- GPUهای NVIDIA، یک عدد برای هر worker. کلاستر توسعه روی هر ماشین از هشت کارت رده مصرف‌کننده استفاده می‌کند؛ سخت‌افزاری که هر تیم می‌تواند تهیه کند.چرا GPU
- کجا اجرا می‌شود؟
- روی ماشین‌های خودتان یا نمونه‌های ابری GPU، درون شبکه شما. در دوره دسترسی زودهنگام سرویس میزبانی‌شده‌ای ارائه نمی‌شود.
- عملکرد آن چگونه است؟
- هر ارزیابی، زمان پاسخ، ظرفیت هم‌زمان و زیرساخت را با سامانه‌ای مقایسه می‌کند که همان بار کاری را اکنون اجرا می‌کند.روش‌شناسی عملکرد
مواردی که RayoDB در اختیار ندارد.
- جدول‌ها از طریق API ساخته می‌شوند، نه با CREATE TABLE در SQL.
- UNION، INTERSECT یا EXCEPT و پرس‌وجوهای بازگشتی پشتیبانی نمی‌شوند؛ در هر درخواست فقط یک دستور پذیرفته می‌شود.
- این یک پایگاه داده تراکنشی نیست: برای تحلیل ساخته شده، نه پردازش ردیف‌به‌ردیف سفارش‌ها.
- مقایسه‌های عمومی عملکرد پس از تکمیل برنامه گسترده‌تر سنجش عملکرد ارائه خواهند شد.
بار کاری خود را بسنجید.
شرکای دسترسی زودهنگام، RayoDB را با سامانه فعلی خود و با استفاده از داده‌ها و پرس‌وجوهای خودشان مقایسه می‌کنند.