MS Access - макс.размер файлу БД - стиснути і додати
Макс.размер БД - 2 Гб.
1. Стиснув - отримав 500 мегов - почав додавати рядки, що делатькогда знову досягне 2 Гб. Знову стискати? А стиснеться чи?
2. Якщо не стискати, то до якої межі може зростати?
можна змоделювати таку ситуацію в Акцессе і подивитися що буде
> 2. Якщо не стискати, то до якої межі може зростати?
до
2 гб. трохи менше. 2 гіга це обмеження на розмір даних, а нестислий це ще + невидаленого і використовується повторно простір, "дірки" в сторінках, робочі області.
по ідеї ти можеш отримати переповнення і на 1-но гігабайтної базі, якщо наприклад будеш робити запит на обьеденения який> залишився 1 гб. (Якщо з якоїсь причини тимчасова таблиця повністю буде розташована (ппитается) в базі)
UnDISCOvery # XA0; (23.12.05 13:58) # XA0;
Стискати, або переходити на іншу базу, Мікрософт рекомендує MSDE.
А як бути з такою ситуацією - є дані в текстовому файлі, потрібно їх занести в БД. Обсяг великий. При первинному занесенні розмір файлу БД - близько 2.5 гиговую, після стиснення 500 мегов.
Може щось трапиться з БД, зіпсуватися чтонить?
Або якщо з нею нічого не робити крім як стиснути \ восттановіть, то все ОК?
Що то ти казки розповідаєш по 2.5 гб, по специфікації максимальний розмір 2 гб
ну що я можу сказати - не вір очам своїм!
справжня Правада - 2.5 гіга. з БД ніхто не пов'язаний крім утиліти по закачуванню в неї даних. іншими словами, з базою працює тільки один запит SQL - INSERT INTO. ніяких відкритих НД. Може в цьому справа?
UnDISCOvery # XA0; (23.12.05 16:22) [6]
прийшли свій приклад робить базу більш 2гб. перевірю у себе.
Збоченець.
З такими обсягами використовувати Аксес - свідомо заробляти геморой на всі місця.
Тобі написав АП - користуйтеся MSDE, а то і повноцінний SQL.
> Можу порадити накидати простий прімерчік
можу порадити не давати більше подібних рад.
Взагалі-то 2Гб це обмеження на розмір файлу в FAT (я так розумію).
А якщо NTFS - може і немає цього обмеження?
UnDISCOvery # XA0; (26.12.05 11:02) [9]
Якщо такі обсяги є - значить не та база обрана.
> А якщо NTFS - може і немає цього обмеження?
є. залежить не від файлової системи. це обмеження по специфікації типу бази. якщо обійшли, то це або специфікація була переглянута, або помилка в самому двигуні.
> Це обмеження по специфікації типу бази
Так. Але обмеження по специфікації теж не з пальця висмоктані.
MS 2Гб обмежили, мабуть, виходячи з обмежень файлової системи (а не
тому-що пошкодували більше). А блокування на випадок, що файлова
система дозволяє більше, ніж 2 Гб не поставили. Але це все всього-лише
моє припущення.
Asail # XA0; (26.12.05 15:25) [14]
> А не тому-що пошкодували більше
є ще "політика партії" (/ компанії). і цій політиці плювати на давно застарілі обмеження файлової системи, знадобиться переставлять.
ці припущення давним давно перевірені і перевірені ще раз. читай гілку спочатку.
> P.S. Що і є
>> помилка в самому двигуні
якщо ти написав програму і сказав всім "вона працює з файлами не більше 100мег." (більше не счітаеш за потрібне / хочеш обмежити щоб переходили на нову версію) весде ставиш "якщо розмір> = тоді raise".
і в одному місці пропустив і воно (при переході саме в цьому місці) раптом створює файл більше. що це? - "помилка в самому двигуні". НЕ имхо. заявлене але не виконане = помилка.
> В одному місці пропустив і воно (при переході саме в цьому
> Місці) раптом створює файл більше. що це?
Звичайно помилка! Адже заявив, що не більше 100Mb, а не виконав!
Значить, помилка. Але, це ми відволіклися від теми.
Asail # XA0; (26.12.05 15:25) [14]
Звичайно не з пальця - це пов'язано з Int32