نمایش نتایج 1 تا 6 از 6

نام تاپیک: حجم بالای رکورد

  1. #1

    حجم بالای رکورد

    سلام
    آیا SQL SEERVER در عمل پاسخگوی 500 میلیون رکورد هست؟
    و اگر هست ، بجز استفاده از batchmove component، چطوری میشه 500 میلیون رکورد در فایل dbf رو بیارم تو SQL.
    لطفا اگر تجربه ی این کار رو دارین ، راهنماییم کنین.

  2. #2
    کاربر دائمی
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    ایران - تهران
    پست
    2,342
    اس کیو ال سرور واقعا مجموعه بی نظیری است ( حداقل برای ما که در ایران
    به راحتی به اوراکل دسترسی نداریم ) پس خیالتان راحت باشد که حداقل
    از فاکس پرو و یا اکسس بسیار بسیار قوی تر است.
    در مورد سوال شما اگر من جای شما بودم یک تابع ساده می نوشتم تا
    رکوردها را یکی یکی بخواند و به دیتا بیس اضافه کند و با سرعت های
    کامپیوترهای موجود مطمپن باشید که حتی نیم ساعت هم طول نمی کشد.
    فقط باید کانکشن را باز کنید - رکوردها را یکی یکی بخوانید و به دی بی جدید
    add کنید. ( ساده ترین راه ! که جاهای دیگر هم به درد می خورد.)

  3. #3
    سلام
    اقای نصیری ممنون از راهنماییتون.ولی در مورد تبدیل dbf به sqlباید بگم که حتی با وجودی که از batch moveاستفاده کردم که تسرع در وقت بشه، 15 میلیون رکورد در حدود 26 ساعت طول کشید.حالا ببینید 500 میلیون اصلا امکان داره یا نه؟؟

  4. #4
    کاربر دائمی
    تاریخ عضویت
    بهمن 1381
    محل زندگی
    ایران - تهران
    پست
    2,342
    وی بی برنامه کمکی همراه آن است بنام Visual data manager که به آن
    Vis data هم می گویند و قابلیت export به هر فرمتی را دارد. برای مثال
    من یک دتابیس اکسس را با 127000 رکورد در طی 2 دقیقه با آن توانستم
    به دیتابیس sql server تبدیل کنم . یعنی به عبارتی 15 میلیون رکورد حدود
    4 ساعت طول می کشد و نه 26 ساعت ..... و برای 500 میلیون رکورد حدود
    133 ساعت .......!!
    روش کار به صورت زیر است:
    یک فایل متنی ساده درست کنید و پسوند آنرا به صورت dsn در آورید
    دیتابیس خودتان را در برنامه Vis data باز کنید. تقریبا تمام فرمتهای شناخته
    شده را پشتیبانی می کند.
    داخل فایل متنی با پسوند dsn عبارت های زیر را کپی و پیست کنید:
    [ODBC]
    DRIVER=SQL Server
    UID=Administrator
    Trusted_Connection=Yes
    AutoTranslate=No
    DATABASE=alaki
    WSID=N1
    APP=VisData
    SERVER=(local)
    Description=MyNEWDB

    در مثال فوق alaki نام دیتابیسی است موجود در SQL Server که جدول شما
    به آن اضافه خواهد شد .
    سپس در برنامه Vis data از منوی فایل گزینه export را انتخاب کنید و سپس
    آخرین گزینه آن یعنی ODBC را انتخاب نمایید و همچنین جدولی را که می خواهید
    export کنید .
    سپس مسیر فایل dsn ایی را که درست کرده اید به آن بدهید و عملیات تبدیل
    شروع می شود و پس از چند دقیقه و یا چند ساعت!! تکمیل می گردد.
    البته من نمی دانم معادل این عملیات در دلفی چیست ( :wink: ) ....... چون من از دلفی
    برای برنامه نویسی گرافیکی استفاده می کردم!!!
    آیا از دوستان کسی روش سریعتری را سراغ دارد؟ :roll: :?:
    موفق باشید

  5. #5
    تجربه شخصی:
    نه!
    برای یک سیستم pIII 800 یک کوری روی 600000 رکورد نزدیک 4 دقیقه طول کشید
    و رو سرور Dual Athlon 2000 با 60000 رکورد هر پرس و جو نزدیک 25٪ از توان سرور را برای نیم ثانیه مصرف میکند.

  6. #6
    بهترین روش برای انتقال دیتا از یا به SQL Server استفاده از DTS (Data Transformation Service) هست که سرعت بسیار بالایی هم داره و پکیجهایی هم میتونه درست کنه که قابل ادیت کردن هستن

تاپیک های مشابه

  1. امکانات اسکیوال سرور برای جستجو در حجم بالای متون
    نوشته شده توسط فؤاد در بخش SQL Server
    پاسخ: 14
    آخرین پست: یک شنبه 28 مرداد 1386, 09:24 صبح
  2. مشکل سرعت لود کردن حجم بالای اطلاعات
    نوشته شده توسط neda azadi در بخش SQL Server
    پاسخ: 16
    آخرین پست: پنج شنبه 24 اسفند 1385, 23:30 عصر
  3. حجم بالای فایل EXE
    نوشته شده توسط nasimnastaran در بخش C#‎‎
    پاسخ: 7
    آخرین پست: یک شنبه 07 خرداد 1385, 11:20 صبح
  4. علت حجم بالای برنامه های دات نت چیست؟
    نوشته شده توسط hassan_kahrizy در بخش C#‎‎
    پاسخ: 2
    آخرین پست: پنج شنبه 15 دی 1384, 13:56 عصر
  5. حجم بالای رکورد در SQL
    نوشته شده توسط sahar8010 در بخش SQL Server
    پاسخ: 10
    آخرین پست: سه شنبه 17 خرداد 1384, 12:07 عصر

قوانین ایجاد تاپیک در تالار

  • شما نمی توانید تاپیک جدید ایجاد کنید
  • شما نمی توانید به تاپیک ها پاسخ دهید
  • شما نمی توانید ضمیمه ارسال کنید
  • شما نمی توانید پاسخ هایتان را ویرایش کنید
  •