После перехода с acc97 на XP выснилась интересная вещь:
акцесс разрешает редактировать форму или модуль только если может полностью заблокировать базу (если нет других юзеров подцепленных к ней, даже связанные таблицы заставляет закрывать). Совсем неудобно так работать. Чтобы изменить одну строчку приходится диким голосом кричать, чтоб все базу закрывали.
Может есть настройки какие то, которые такую гнусную политику регулируют?
Интересный момент: чем отличается редактирование модуля от изменения данных в таблице? (для первого требуется монопольный режим, а для второго нет)

И как бороться?
Разделять данные и логику?
Данные на сервере, а псевдоклиент у каждого свой?

Уважаемый ЛП. Можно унять эмоции?
97 ой с таким нормально справлялся. Можно было спокойно править формочки, никому не мешая.
Если всё раделить, то:
1. Связанные таблицы работают медленнее
2. Лениво после изменения формочек/модулей раздавать каждому юзеру новую версию

псевдоклиент -- это я в том смысле, что базёшка каждого юзера не обращается как клиент к серверу, а цепляет эти данные внутрь себя и сама проводит всю обработку (данные качаются по сети полностью, а не только результаты)

ЛП Уважаемый ЛП. Можно унять эмоции?
Где вы видели эмоции? Эмоции были бы, если бы на предыдущий пост я бы ответил не "Да", а

ДА, МОБ ВАШУ ЁТЬ! И БЕГОМ ЧИТАТЬ, ЧТО ПО ЭТОМУ ПОВОДУ НЕОДНОКРАТНО ПИСАЛОСЬ В УМНЫХ КНИЖКАХ И В ЭТОМ ФОРУМЕ!

уффф... нельзя же так глотку напрягать...


прашу пардону, если выгляжу идиотом :) но к таковым себя относить не собираюсь.
про эмоции я написал, когда увидел фразу про отрыв рук по определённое место.

97 ой с таким нормально справлялся.

[quot ЛП]ойляля.
вы просто еще ни разу не собирали базу по кусочкам - после того, как аксес 97 "нормально справился"


а вот этого не надо. Сетевую базу (клиентов 7-10) я поддерживаю и разрабатываю уже дай бог 4 года и за это время чего тока не насмотрелся. И базу по кусочкам я не раз собирал.

1. Связанные таблицы работают медленнее
[quot ЛП]Один раз уже такое говорили, причем в таком же контексте, но конкретными примерами дело так и не закончилось. У всех остальных связанные таблицы - медленнее не работают.


если хочется конкретных примеров, могу протестировать и привести конкретные цифры. Но когда я разделял базу данных на несколько файлов (из-за ограничения acc97 на размер файла базы данных) она стала работать медленнее с теми данными, которые линковались в основную базу

автор2. Лениво после изменения формочек/модулей раздавать каждому юзеру новую версию

ЛПА вообще кнопки жать - как, не лениво?
Ленивые должны лопатой во дворе снег убирать :)

но комментс

[quot ]псевдоклиент -- это я в том смысле, что базёшка каждого юзера не обращается как клиент к серверу, а цепляет эти данные внутрь себя и сама проводит всю обработку (данные качаются по сети полностью, а не только результаты)

ЛПОбычный файл-серверный клиент. Надеюсь вы не предпологаете, что в случае одного расшаренного клиента (на серваке) у вас что-то по другому работало?
Беспокоитесь за сетевой трафик и быстродействие - ну тады попробуйте не качать данные полностью, а качать только нужные для обработки.

не бойтесь, не предполагаю

Честно говоря, моя основная работа -- не базы данных. Более того, моя основная деятельность весьма далека от этого и базами я занимаюсь тока по необходимости (нет специального человека). Поэтому я и стараюсь сделать всё как можно более проще, пусть даже в ущерб каким то красивым теоретическим построениям.

Теперь по пунктам
1. Насчёт сборки. Собирать пришлось всего несколько раз (обычно восстанавливалось средствами акцесса, а если нет, то нарыл прогу, которая данные вытаскивала корректно, да и ежедневная архивация помогает).
2. пропущу
3. Если подскажете простой способ, с удовольствием применю. Самому недосуг придумывать.

ЛП[quot ]2. пропущу
А зря. Это мне может быть неинтересно (а может и быть интересно)
Если способны сделать тестовый примерчик - то вперед, думаю, что народ с удовольствием покопается.
Нужно что-нибудь типа:
Несколько табличек + запросик, гоняемый в цикле.
И констатация факта, что при выносе таблиц из этого mdb-шника в рядом лежащий (и замене таблиц на линки) - скорость выполнения/открытия запроса падает в Х раз.
Если оформите - то архивируйте его и выкладывайте.


Будут ли достоверны результаты работы в цикле? А вдруг там есть какое то кэширование результатов запросов?

Iskander68
Попытка обмануть красивые (равно как и некрасивые) теоретические построения
может выйти боком в неожиданный момент - касается любой области, ИМХО.


тут не столько осознанный обман, сколько незнание этих построений (я не специалист)

как то пытался ради эксперимента, переложить хотя бы данные на sql, но полезли всякие косяки, разбираться было некогда, так это всё и осталось в акцессе. Скорее всего руки не дойдут, если человека специального не найду :)

ЛПА что, DateDiff уже отменили???

З.Ы. А чем отличается поведение вашей функции при iDaysCode=1 и iDaysCode=2?
З.З.Ы. А почему в любом месяце только 30 дней? А в году всего 360? Это по какому летоисчислению?
З.З.З.Ы.или я чего-то не понимаю, или ваша первая попытка (с которой вы еще не переехали) - до сих пор не закончилась


Здесь на самом деле (скорее всего, т.к. в подробности я не вникал) очень интересная и нужная функция расчёта числа дней по базе 30/360 с модификациями правил (что делать с 31ым числом. есть несколько подходов). Честно говоря мне в акцессе её очень не хватает :)