ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Объем данных от 567 000 строк и выше в .
52 сообщений из 52, показаны все 3 страниц
  все  
Объем данных от 567 000 строк и выше в .
    #32164961
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
В access приходится обрабатывать от 567 000 строк и выше из за чего запросы, формы, отчеты загружаются от 10 минут и выше .
Как возможно избавится от проблемы зависания ?
...
Рейтинг: 0 / 0
21.05.2003, 12:52
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32164988
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
А оно кому-то нужно на экране одновременно в таком количестве? Пишите select, ставьте where. Или top.
...
Рейтинг: 0 / 0
21.05.2003, 13:04
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32164997
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
естествено не нужно .
допустим в запросе я делаю выборку дата =12.01.03.
Высвечивается 300 записей .
Но запрос выполняется от 10 минут и выше .
а если выбрать 2 даты то вообще виснет.
...
Рейтинг: 0 / 0
21.05.2003, 13:09
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165001
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
А на поле "дата" есть индекс? Кстати, можно поставить два, Ascending и Descending, иногда помогает.
...
Рейтинг: 0 / 0
21.05.2003, 13:12
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165003
Alexus12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexus12
Участник
Можно (и нужно!) сделать укрупнение данных группировкой
и создать таблицу на ее основании (запрос на создание, навешенный на запрос на группировку),
а всем расчетным запросам указать в виде источника данных эту сведенную таблицу.
Еще есть вариант использовать кубы ОЛАП и т.д., но зачэм?..
...
Рейтинг: 0 / 0
21.05.2003, 13:13
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165048
Alexus12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexus12
Участник
И еще такой вариант, каким пользуюсь:
на сервере огроменная таблица,
юзер сначала выгружает ее кусочек (по фильтрам, сколько ему сейчас нужно) в локальную таблицу mdb,
а уже по ней запускает все отчеты.
Удобно и быстро.
Нет сервера - подключайся к файлу mdb, хранящему 567000+ строк.
...
Рейтинг: 0 / 0
21.05.2003, 13:42
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165170
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
-- я так и делаю как вы пишете , но на сервере хранится 2 000000 из них я выбираю 567000 сохраняю данные в accesse и сними пытаюсь работать.

Проблема в том что в последующих запросах я и занимаюсь их группировкой и расчетами , но до этого я немогу никак уменьшить кол. строк . :-(((

Может кто работает с таким объемом и проблем не возникает вообще ?
Может это мой акцесс кривой ?
...
Рейтинг: 0 / 0
21.05.2003, 14:52
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165177
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2Lisa

Тебя уже спрашивали - индексы есть?
...
Рейтинг: 0 / 0
21.05.2003, 14:59
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165194
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
есть
...
Рейтинг: 0 / 0
21.05.2003, 15:07
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165206
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
А может на сервере эти запросы и исполнять? А уже на полученные 300 строк вешать формы и отчеты?
С похожими объемами работаю (350000), в том числе группировочные запросы и т.п., 10 мин - это все-таки слишком. Надо пробовать оптимизировать запросы. Для советов информации исходной мало.
...
Рейтинг: 0 / 0
21.05.2003, 15:15
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165220
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
Коль есть индексы по всем полям по которым джоинятся и отбираются записи, то надо смотреть сами запросы: логику и "правильность".

А из идей (повтряю топик Alexus12): наверняка в отчетах участвуют агрегированные данные по месяцам (например)- тогда почему бы не создать отдельную таблицу с агрегированными данными по месяцам - кол-во записей уменьшиться в разы. Если есть отчеты по неделям - создавай агрегированную таблицу по неделям.
Конечно создание этих таблиц займет некое время, но зато будет выигрыш при выводе отчетов.

Да, а что за компьютер? Может просто его проапгрейдить?

Да и еще: работаешь с данными через сеть? или локально? Если локально то выбор из полумиллиона записей 300 записей при наличии индексов и правильно оставленных запросов займет секунды.

Приведи хотя бы один запрос, к-ый тормозит.
...
Рейтинг: 0 / 0
21.05.2003, 15:20
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165231
PaulB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
PaulB
Гость
Лиза, сила БД состоит в правильных составных индексах. Например, если Вы ищете курс валюты на дату, то индекс должен содержат поля даты курса и наименования валюты. Тогда поиск будет происходить практически мгновенно. Обязательно, таблицы должны быть связаны в схеме данных. Иначе, при запросе индекс может не быть использован.

Проанализируйте таблицы и их индексы, схему данных.
Анализируйте запросы отчетов сперва средством анализа, потом сами. Сожмите Вашу БД. Поставьте хороший процессор и память, например Pentium 133 работает с БД 50 мин, а Pentium III - 2 минуты! Успеха!
...
Рейтинг: 0 / 0
21.05.2003, 15:25
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165246
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Если локально то выбор из полумиллиона записей 300 записей при наличии индексов и правильно оставленных запросов займет секунды.
А вот хрен. Вспомнил похожий пример (похожий потому что дата использовалась в критериях). Запрос с двумя критериями а) по дате, отсев данных - из 500000 до 1000-2000 примерно б) по числовому коду (часть составного первичного ключа), данные уменьшает с 500000 до примерно 100000. После этого группировка и т.д.
Так мудрый аксес сначала ислользовал поиск по куску ключа (у Гетца по-моему написано что это для него нормально). В итоге все тормозило нехило. Пришлось условие "Where Code=prm_Code And Dt>=prm_Dt" использовать условие "Where (Code + 0 )=prm_Code And Dt>=prm_Dt"
Так что с индексами тоже осторожнее надо быть. Индексы с плохой селективностью повергнут аксес в состояние грогги
...
Рейтинг: 0 / 0
21.05.2003, 15:32
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165261
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2 Лоху
>А вот хрен

Отбор по 1 полю дата (индексируемому) с условием "Равно" и с селективностью индекса (300записей/567 000=) 0,052% должен выполняться быстро, за секунды (хотя у Невзорова была программа "600 секунд" - так это тоже секунды )
...
Рейтинг: 0 / 0
21.05.2003, 15:43
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165287
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
2 Сенин Виктор
А вот хрен еще раз. Аксес всегда выполняет поиск по полю, входящему в первичный ключ. Это не я сказал, все вопросы к Гетцу Великому.
Выше описан случай когда кусок составного ключа давал низкую селективность, и аксес его все равно использовал вместо индекса с гораздо более высокой селективностью (может рашмора использовал, не помню уже). Пришлось это поле (часть ключа) превращать в вычисляемое.
Так что это еще бабушка надвое сказала используется у Lisa индекс по дате или нет. Надо план запроса смотреть.
...
Рейтинг: 0 / 0
21.05.2003, 15:57
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165294
Alexus12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexus12
Участник
Народ!
А подскажите, плиз, где конкретно (магазин в Московии ;) можно Гетца найти.
В двух больших (Москва и новом на Сретенке) нету...
И как называется (точное название),
и почем...
...
Рейтинг: 0 / 0
21.05.2003, 16:02
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165299
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2 Лоху

Давай хрен сюда
Боюсь, что ты прав.
Действительно. Сейчас у меня, хотя по auMainForAllReports, auPlant есть свои индексы, и есть составной из этих полей.
[src]

01) Inner Join table 'tbl0ReportBlocksIndividual_Sub' to
table 'tbl0ReportBlocksIndividual_Main'
using index 'tbl0ReportBlocksIndividual_Main!PrimaryKey'
join
expression
"tbl0ReportBlocksIndividual_Sub.auMainIndiv=tbl0ReportBlocksIndividual_Main.auMainIndiv"
then test expression "tbl0ReportBlocksIndividual_Main.auMainForAllReports=[prmauMainForAllReports] And tbl0ReportBlocksIndividual_Main.auPlant=[prmauPlant]"

[src]

Жалко хинты ставить нельзя...
...
Рейтинг: 0 / 0
21.05.2003, 16:08
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165301
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Я в Медведково нашел. Прямо рядом с метро (100 метров) книжный.
Около 500 за том
...
Рейтинг: 0 / 0
21.05.2003, 16:08
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165308
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2Alexus12

>А подскажите, плиз, где конкретно (магазин в Московии ;) можно Гетца найти.

Певый том покупал на книжном рынке в Олимпийском, но рынок уже закрыт (вроде)
Второй - в Доме Технической Книги на Ленинском проспекте (от м. Октябрьское поле до отсановки, если не ошибаюсь ТрансАгентсво). Там рядом еще один приличный магазинчик есть.

Так же поищи на http://ozon.ru или в других инет-магазинах

Цена от 400 до 550 руб (данные декабря 2002)
Название точное вроде "Руководство разработчика Access 2002 ... том такой-то"
Точно не помню, бери все на чем стоит имя Гетц, и соавторы - не прогадаешь.
...
Рейтинг: 0 / 0
21.05.2003, 16:13
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165320
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
А в районе Тель-Авива, может, кто знает?
...
Рейтинг: 0 / 0
21.05.2003, 16:19
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165329
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
А вот еще вопрос.
Неполучается группировать по дате в запросе .

Приходится изварачиватся и писать типо iif(data1 = data2; data2; null)
и отсикать все что null иначи записи задваиваются .
...
Рейтинг: 0 / 0
21.05.2003, 16:25
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165335
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2Владими Саныч

Если тебе очень нужно, то по почте интернет магазин сможет выслать...
Правда по цену в 500 рублей, тогда забудь
...
Рейтинг: 0 / 0
21.05.2003, 16:29
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165336
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Не понял. Что значит не получается группировать?
...
Рейтинг: 0 / 0
21.05.2003, 16:30
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165341
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
2 Senin Viktor:

А я и так не помню, что такое рубль. :^)
...
Рейтинг: 0 / 0
21.05.2003, 16:35
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165343
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
Мы тут уже замучились .
Делаем связь 1 к 1 в запросе .
1 - filial = filial

и

2 - saldovka.[data_saldo] (таблица) и asartiment.[data_saldo] (запрос)

Выбирается пусто .
Без группировки по дате все выходит но с задвоенными значениями.

Вчем дело неясно , хотя даты совпадают .
А по дате вообще можно группировать ?
...
Рейтинг: 0 / 0
21.05.2003, 16:35
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165350
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
По дате можно группировать, но если дата сидит с часами-минутами-секундами, то группировка получится с учетом их.
...
Рейтинг: 0 / 0
21.05.2003, 16:38
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165351
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
У вас группировка не работает или объединение таблиц?
Т.е. если Group By вообще убрать - данные выводятся?
...
Рейтинг: 0 / 0
21.05.2003, 16:38
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165353
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
2Lisa

Ты бы привела полный текст запроса (только оформи красиво в [src], примерные данные, то что хочешь получить на выходе...
...
Рейтинг: 0 / 0
21.05.2003, 16:40
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165360
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
я делаю 2 группировки одна по цыфре - филиал =1002 , 1003 итд - с ней работает .
как только добавляю +к этому еще и группировку по дате , запрос неработает .

Я думала на счет секунд, дата чистая 16.05.03 00:00 и втарая такая же. Секунды неполучилось посмотреть .

Если действительно проблема в секундах и часах , возможно их отрезать ??
Хотя в запросе я выводу даты без часов .
...
Рейтинг: 0 / 0
21.05.2003, 16:42
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165368
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
Отрезать можно при помощи Int.
...
Рейтинг: 0 / 0
21.05.2003, 16:45
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165371
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
900_2 - это 1 таблица
ассортимент - это вторая таблица

SELECT [900_2].филиал, [CD_GR]/900 AS Дефектура_900, ассортимент.DATE_SALDO
FROM 900_2 INNER JOIN ассортимент ON ([900_2].DATE_SALDO = ассортимент.DATE_SALDO) AND ([900_2].филиал = ассортимент.CD_F);
...
Рейтинг: 0 / 0
21.05.2003, 16:46
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165374
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
А группировка где?
...
Рейтинг: 0 / 0
21.05.2003, 16:49
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165376
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
У вас группировка не работает или объединение таблиц?
Т.е. если Group By вообще убрать - данные выводятся?

О БОЖЕ . Простите, простите .

Неработает оъединение таблиц.
...
Рейтинг: 0 / 0
21.05.2003, 16:52
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165380
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Тогда попробуйте дату обрезать (можно пригласить раввина )
Код: plaintext
ON (Int([900_2].DATE_SALDO) = Int(ассортимент.DATE_SALDO))

Раввина может Владимир Саныч порекомендует?
...
Рейтинг: 0 / 0
21.05.2003, 16:57
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165381
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
Обе таблицы в mdb?

А если в нескольких записях перенабрать даты вручную, то что-то меняется?
...
Рейтинг: 0 / 0
21.05.2003, 16:59
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165383
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
2 Лох:

Sorry, я сам не очень обрезанный...
...
Рейтинг: 0 / 0
21.05.2003, 16:59
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165387
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
Смешно , а я вот целый день мучаюсь .

Я сейчас обрежу .
Но ведь до по идеи я ипользую одну и туже дату в запросах и проблемы с этим дедолжно быть .
Может ее как то в запросе преобрезовать в индекс.
...
Рейтинг: 0 / 0
21.05.2003, 17:01
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165395
assa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
assa
Участник
какой формат данных в полях даты? (я так понял, это mdb, после выгрузки) Одинаковый? Не строковый ли один из них супротив даты в другом?
...
Рейтинг: 0 / 0
21.05.2003, 17:09
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165396
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Если таблиц две - то и даты две (а не одна и та же). Хранится оно как Double (дробная часть - время), при работе с даблом глюки могут быть всякие разные.
"преобрезовать в индекс" - ну, индексированные вьюхи вроде на MS SQL надо делать (или pv позвать с его чудодейственной правой кнопкой )
Вы бы написали что используете - adp или mdb.
...
Рейтинг: 0 / 0
21.05.2003, 17:10
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165398
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
с отрезами неработает тоже .
Запрос высвечивается пустым.


Это данные если не групировать по дате
филиал Дефектура_900 900_2.DATE_SALDO ассортимент.DATE_SALDO_
1004 0,726666666666667 16.05.03 16.05.03
1004 0,727777777777778 19.05.03 16.05.03
1004 0,734444444444444 16.05.03 19.05.03
1004 0,735555555555556 19.05.03 19.05.03
...
Рейтинг: 0 / 0
21.05.2003, 17:10
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165400
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
2 Владимир Саныч
Не все еще потеряно
...
Рейтинг: 0 / 0
21.05.2003, 17:11
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165401
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
А выведите еще
Код: plaintext
[900_2].[DATE_SALDO] - [ассортимент].[DATE_SALDO]

Везде 0?
...
Рейтинг: 0 / 0
21.05.2003, 17:13
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165411
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
Вы бы написали что используете - adp или mdb .
там где даты совпадают там 0 .
а где происходит задвоение , то естественно 3 .
тоесть все правильно .
...
Рейтинг: 0 / 0
21.05.2003, 17:23
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165414
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
Вы бы написали что используете - adp или mdb.
там где даты совпадают там 0 .


а вообще я не понимаю этого вопроса , я пользуюсь access он же наверное и mdb
а первоначально данные закачиваю из оркла , а в чем там я не знаю .
...
Рейтинг: 0 / 0
21.05.2003, 17:27
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165423
Фотография Pavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pavel
Участник
Lisa, зайка, а что, база под Oracle ещё жива? Нет, я вполне серьезно! Зачем придумывать проблемы, чтобы потом их героически преодолевать? У меня юзера начинают нервничать, если отчет не вылазит через 30 сек, а больше минуты вааще ни один не формируется (довольно сложные аналитические расчеты). Alexus12 высказал правильную мысль, но зачем-то сам ее и уничтожил - OLAP это не так сложно, как кажется.
...
Рейтинг: 0 / 0
21.05.2003, 17:35
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165438
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
Ребята, я все понимаю , и сама нервничаю если больше 30 сек.
но oracle я не знаю ( в данный момент изучаю ) и незнаю как связавать оркл с экселем , так как в access я еще закачиваю базы экселя , а этот отчет нужен сейчас.
У меня все запущено так , что на разборки уйдет много времяни .

и это я незнаю OLAP - а это я даже незнаю что такое.

Я еще ооооочень малиникий специалист , поэтому и задаю такие глупые вопросы.
А вы все , что друг друга знаете ?
...
Рейтинг: 0 / 0
21.05.2003, 17:42
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165446
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
2 Лох:

> Не все еще потеряно

Угу, вот сейчас Lisa придет и обрежет (см. ее пост от 17:01).
...
Рейтинг: 0 / 0
21.05.2003, 17:49
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165447
Фотография Владимир Саныч
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир СанычПривилегированный пользователь
Модератор форума
> А вы все , что друг друга знаете ?

Давно в форуме общаемся. :^)
...
Рейтинг: 0 / 0
21.05.2003, 17:49
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165448
Alexus12
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexus12
Участник
Спасибо за поддержку мысли ;)

Насчет ОЛАП...
В локали - да, но есть сомнения по поводу сетевых кубов БЕЗ СЕРВЕРА.
Правда, теоретические - не испытывал. Навроде куда класть файл и как подключать, как потом обновлять.
...
Рейтинг: 0 / 0
21.05.2003, 17:50
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165451
Фотография Senin Viktor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Senin Viktor
Участник
>но oracle я не знаю ( в данный момент изучаю )
%/
Lisa, без обид, может не надо оркал изучать?
Специалисты по Оркалу стоят дорого, и деньги свои они получают со всем не зря. По сложности управлени Оракл опережает MS SQL, а тем паче Акес-паршивенький.
Пригласите специалиста по Ораклу - пусть он вам все сделает, а то пройдет пару лет вы такого на программируете в Акесе, что ниодин спец не возьмется что-то делать/исправлять.
...
Рейтинг: 0 / 0
21.05.2003, 17:53
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165453
Фотография Лох Позорный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лох Позорный
Участник
Вай дэвушка ну у тебя шайтан в база завелся. Попробуй восстанови и сожми (шайтану места не останется), вдруг там какой-нибудь индекс по дате слетел, вот ее и плющит.
Еще можешь попробовать не через Inner Join связать, а через предложение Where, т.е.
Код: plaintext
1.
SELECT [900_2].филиал, [CD_GR]/ 900  AS Дефектура_900, ассортимент.DATE_SALDO 
FROM 900_2, ассортимент Where ([900_2].DATE_SALDO = ассортимент.DATE_SALDO) AND ([900_2].филиал = ассортимент.CD_F);

Кстати, там где даты совпадают - условие ([900_2].филиал = ассортимент.CD_F) выполняется? Это уж так.. от безысходности...
...
Рейтинг: 0 / 0
21.05.2003, 17:55
| Ответить | Цитировать | Написать  
Объем данных от 567 000 строк и выше в .
    #32165465
Lisa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Lisa
Гость
- тяжело в учение лягко в бою . Приглашать специалистов никаких денег не хватит .
Я не обижаюсь , зачем.
Оркал мне нужен в плане всяхих запросиков ,что уже у меня получается .
А администрировать я его не собираюсь .
Вы же когда то начанали , почему и мне не начать .
Жизнь заставляет , причем к этому я не стремлюсь .
...
Рейтинг: 0 / 0
21.05.2003, 18:01
| Ответить | Цитировать | Написать  
52 сообщений из 52, показаны все 3 страниц
  все  
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Объем данных от 567 000 строк и выше в .
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=45&tid=1681449]:
 0ms
get settings:
 7ms
get forum list:
 19ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 38ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 51ms
get tp. blocked users:
 1ms
others: 199ms
total:  328ms
созд. / загр.: 328ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]