Vasya писал(а):Для Mysql актуальны следующие данные
Просьба не вносить сумбур. Это ограничения не MySQL - это ограничения той или иной ФС на отдельный непрерывный файл (в источнике об этом написано прямым текстом, да и ФС не зря указана). То же самое будет применимо и к Беркли, и к Ораклу, и к чему угодно еще юзающему данную ФС.
PS: полный текст, полностью раскрывающий смысл приведенных ранее цифр (болдом выделено мною):
The effective maximum table size for MySQL databases is usually determined by operating system constraints on file sizes, not by MySQL internal limits. The following table lists some examples of operating system file-size limits. This is only a rough guide and is not intended to be definitive. For the most up-to-date information, be sure to check the documentation specific to your operating system.
Operating System File-size Limit
Win32 w/ FAT/FAT32 2GB/4GB
Win32 w/ NTFS 2TB (possibly larger)
Linux 2.2-Intel 32-bit 2GB (LFS: 4GB)
Linux 2.4+ (using ext3 filesystem) 4TB
Solaris 9/10 16TB
MacOS X w/ HFS+ 2TB
NetWare w/NSS filesystem 8TB
Windows users, please note that FAT and VFAT (FAT32) are not considered suitable for production use with MySQL. Use NTFS instead.
http://dev.mysql.com/doc/refman/5.0/en/full-table.htmlVasya писал(а):Berkly - на сколько я понимаю, это встаиваемая база, т.е. не надо поднимать никакой сервак для работы с ней, а работать из программы на прямую
C мускулом тоже можно работать напрямую - он дает стандартный базоводный интерфейс (документированный на вышеупомянутом вебсайте). Но это потребует гораздо большего перепахивания кода SASа + потеряется гибкость настройки гейта (PHP элементарно правится в блокноте по необходимости и сразу же работоспособен - а SAS надо перекомпилить, причем только автору ибо сорцев в паблик еще никто не дал) + веб-морда и прочие вкусности прикручиваются к апачу
элементарнейше (а ко встроенной БД - придется разрабатывать опять же своё и с нуля).