|
автор: Tip (07.09.2006 в 00:00) |
|
| | |
|
| |
|
автор: osmor (07.09.2006 в 00:00) |
|
| почему вдруг? | |
|
| |
|
автор: Tip (07.09.2006 в 00:00) |
|
| Osmor Ну может там формат лучше кто его знает! 1С его же использует и можно 100000 клиентов а Access надо на SQL Server ставить | |
|
| |
|
автор: osmor (07.09.2006 в 00:00) |
|
| "можно 100000 клиентов" 1C при файловой системе умрет уже при 15.
При активной работе на добавление 5 пользователей уже начинают друг другу мешать.
архивную базу 1С в 100 мегов пришлось перевести на SQL только потому, что база стала биться чуть ли не раза в день... Хотя с ней почти никто не работал.
DBF - простой текстовый файл, в самом начале которого написано, какие в нем поля их длинна и тип.
Кроме того для ACCESS это не "родной" формат, так что быстрее он с ним работать вряд ли будет. | |
|
| |
|
автор: zes_hip (07.09.2006 в 00:00) |
|
| Re: А если подключить DBF таблицы база быстрее будет работать чем та которая берет данные из MDB? :) | |
|
| |
|
автор: Звездная Тень (26.09.2006 в 14:56) |
|
| Постоянно имею по работе ситуацию с присоединенными Dbf-файлами.
Запросы работают ОЧЕНЬ ДОЛГО. Поэтому в ряде приложений (там, где это допустимо) делаем вместо присоединения импорт таблиц в "родной" формат Access- при открытии базы.
Мало того, при большом количестве записей запросы выдают НЕ ВСЮ ВЫБОРКУ, причем совершенно молча, без сообщений об ошибках. Т.е. по условиям запроса должно бы выходить 10 тыс.записей, а выходит 5 тыс. | |
|
| |
|
|
|
| RE: причем совершенно молча, без сообщений об ошибках.
причем, хорошо когда разница очевидна - вместо 10000 выдает 1000 а вот когда вместо 2000 выдает 1990 - это вообще засада
когда первый раз столкнулся с такой ерундой - был просто в шоке :))) типо - вот твой запрос и хватит с тебя... | |
|
| |
|
|
|
| Считаю это основным недостатком Access. Но может, это какой-то глюк наших версий, давным-давно есть к нему "заплаточка", а мы сидим, Microsoft себе привычно поругиваем, а про нее не знаем? | |
|
| |