Лучше сразу всё по-английски (на крайняк транслитом, типа PERVICHKA) и без пробелов, иначе потом могут быть неприятности. Так зачем их закладывать при проектировании?
P.S. И по возможности одни объекты - в одном регистре. Можно, например, имена полей - строчными буквами (как вариант, первая - Прописная), а имена таблиц - ПРОПИСНЫМИ.
Лучше сразу всё по-английски (на крайняк транслитом, типа PERVICHKA) и без пробелов, иначе потом могут быть неприятности. Так зачем их закладывать при проектировании?
P.S. И по возможности одни объекты - в одном регистре. Можно, например, имена полей - строчными буквами (как вариант, первая - Прописная), а имена таблиц - ПРОПИСНЫМИ.Gustav
картинку перезалил, что касается счетчика, я его добавлю в PERVICHKA (спасибо), а вот таблица SALES допускает, что данные по какому либо дистрибьютору будут удалены(или заменены на новые) за предыдущий период ( прислали обновленные отчеты, корректировка, учет возвратов) ,- все равно добавить ?
Можно в двух словах про целостность данных, спасибо.
вычисляемые поля отсутствуют, просто название.
картинку перезалил, что касается счетчика, я его добавлю в PERVICHKA (спасибо), а вот таблица SALES допускает, что данные по какому либо дистрибьютору будут удалены(или заменены на новые) за предыдущий период ( прислали обновленные отчеты, корректировка, учет возвратов) ,- все равно добавить ?
Можно в двух словах про целостность данных, спасибо.
whit_out - это видимо "without", т.е. "без"? Это слово пишется слитно, поэтому подчеркивание не нужно (обычно лишних подчеркиваний стараешься избегать, а Вы прямо щедры не в меру )
Кстати, слышал со слов знакомого носителя английского языка, что они часто "without" заменяют на простое "no" (на гласных шельмецы экономят!). Но в данном случае это очень даже в жилу: sales_no_VAT будет смотреться и компактно, и ёмко.
whit_out - это видимо "without", т.е. "без"? Это слово пишется слитно, поэтому подчеркивание не нужно (обычно лишних подчеркиваний стараешься избегать, а Вы прямо щедры не в меру )
Кстати, слышал со слов знакомого носителя английского языка, что они часто "without" заменяют на простое "no" (на гласных шельмецы экономят!). Но в данном случае это очень даже в жилу: sales_no_VAT будет смотреться и компактно, и ёмко.
Region это регион на который падает продажа, к сожалению в базе по клиенту не всегда есть полная информация, така как адрес или город, периодически только наименование клиента. Так вот этот клиент может быть в нескольких регионах .(это возникает если клиент не предоставляет поклиентские продажи, но имеет несколько филиалов, тогда клиент=дистрибьютор )
По этому я сразу в таблицу подставил регион на который падают продажи, И если бы не вышеописанное, то вынес бы я регион к клиенту, что мне кажется логичным.
Что касаемо года, то это месяц отгрузки. Если его нужно вынести отдельно, пожалуйста, поясните как это можно сделать .
Спасибо.
Region это регион на который падает продажа, к сожалению в базе по клиенту не всегда есть полная информация, така как адрес или город, периодически только наименование клиента. Так вот этот клиент может быть в нескольких регионах .(это возникает если клиент не предоставляет поклиентские продажи, но имеет несколько филиалов, тогда клиент=дистрибьютор )
По этому я сразу в таблицу подставил регион на который падают продажи, И если бы не вышеописанное, то вынес бы я регион к клиенту, что мне кажется логичным.
Что касаемо года, то это месяц отгрузки. Если его нужно вынести отдельно, пожалуйста, поясните как это можно сделать .
В таблицах есть поле с датой (отгрузки, продажи), по которым всегда можно вычислить месяц. Зачем его указывать отдельно? Или я чего-то не поняла?
Quote (qpp)
это месяц отгрузки
В таблицах есть поле с датой (отгрузки, продажи), по которым всегда можно вычислить месяц. Зачем его указывать отдельно? Или я чего-то не поняла?Pelena
"Черт возьми, Холмс! Но как??!!" Ю-money 41001765434816
to Pelena ,все правильно отдельно месяц я не указываю, в самой таблице в поле дата стоит 1.1.2012 , 1.2.2012 и т.д. (нет необходимости детализации по дате внутри одного месяца, что немного упрощает таблицу, в плане сокращения числа записей)
а что касается года, то я понял о чем вы уважаемый ikki, поскольку сейчас я делаю первую(читайте пробную) базу, для сокращения объема я оставил только 2012 г ( история начинается с 2009) , и что бы потом не гадать что и где, сейчас эти уточняющие даты стоят в названии таблицы.
without я исправил , спасибо to Gustav.
to Pelena ,все правильно отдельно месяц я не указываю, в самой таблице в поле дата стоит 1.1.2012 , 1.2.2012 и т.д. (нет необходимости детализации по дате внутри одного месяца, что немного упрощает таблицу, в плане сокращения числа записей)
а что касается года, то я понял о чем вы уважаемый ikki, поскольку сейчас я делаю первую(читайте пробную) базу, для сокращения объема я оставил только 2012 г ( история начинается с 2009) , и что бы потом не гадать что и где, сейчас эти уточняющие даты стоят в названии таблицы.
Возник сопутствующий вопрос, структуру видно выше.
Таблица SALES содержит более 890 000 строк Таблица PERVICHKA содержит 13 000 строк
все записи уникальные
связаны они между собой через через id_distr & id_prod (через дистрибьютора и продукт), когда я деля запрос к одной из этих таблиц, скорость реакции и данные которые я получаю на выходе меня устраивает.
Но когда я попытался посмотреть отгрузки (PERVICHKA ) и продажи (SALES) по дистрибьютору по месяцам, тут все виснет
Возник сопутствующий вопрос, структуру видно выше.
Таблица SALES содержит более 890 000 строк Таблица PERVICHKA содержит 13 000 строк
все записи уникальные
связаны они между собой через через id_distr & id_prod (через дистрибьютора и продукт), когда я деля запрос к одной из этих таблиц, скорость реакции и данные которые я получаю на выходе меня устраивает.
Но когда я попытался посмотреть отгрузки (PERVICHKA ) и продажи (SALES) по дистрибьютору по месяцам, тут все виснет qpp
bigqpp скайп
Сообщение отредактировал qpp - Среда, 26.09.2012, 14:22
Я бы не стала объединять таблицы PERVICHKA и SALES в одном запросе. Не факт, что дистрибьютор из ПРОДАЖ присутствует в ОТГРУЗКЕ и наоборот. Или, скажем, каким образом дата продажи связана с отгрузкой? Сделайте два отдельных запроса. А потом, если нужно, можно попробовать их объединить в третий по дистрибьютору (хотя зачем?)
Я бы не стала объединять таблицы PERVICHKA и SALES в одном запросе. Не факт, что дистрибьютор из ПРОДАЖ присутствует в ОТГРУЗКЕ и наоборот. Или, скажем, каким образом дата продажи связана с отгрузкой? Сделайте два отдельных запроса. А потом, если нужно, можно попробовать их объединить в третий по дистрибьютору (хотя зачем?)Pelena
"Черт возьми, Холмс! Но как??!!" Ю-money 41001765434816
Что касается отсутствия дистрибьютора в одной из таблиц, предполагал, что будет выдавать пустую строку по отсутствующим данным
т.е.
дистр/регион/продажи/дата/null/null
По связи дат в Access , я к сожалению, не смогу ответить, т.к. с каждым постом понимаю что знаю по нему меньше, меньше и меньше.
Может , я сморожу глупость и детский сад, но я думал что если связываем поля в таблицах, то это как "ВПР" и подтянет соответственен все продажи и отгрузки на данный период по указанному дистрибьютору и региону.
Кстати запрос отвис (через пол часа) но выдал тарабарщину, задваивая данные как по продажам, так и по погрузкам.
Согласен, буду пробовать.
Что касается отсутствия дистрибьютора в одной из таблиц, предполагал, что будет выдавать пустую строку по отсутствующим данным
т.е.
дистр/регион/продажи/дата/null/null
По связи дат в Access , я к сожалению, не смогу ответить, т.к. с каждым постом понимаю что знаю по нему меньше, меньше и меньше.
Может , я сморожу глупость и детский сад, но я думал что если связываем поля в таблицах, то это как "ВПР" и подтянет соответственен все продажи и отгрузки на данный период по указанному дистрибьютору и региону.
Кстати запрос отвис (через пол часа) но выдал тарабарщину, задваивая данные как по продажам, так и по погрузкам.qpp
имхо, радикал.ру - та ещё файлопомойка. по крайней мере, после щелка на картинку с запросом у меня активно полезли какие-то левые окошки, я с перепугу все закрыл не глядя можете выложить текст SQL? без картинки.
имхо, радикал.ру - та ещё файлопомойка. по крайней мере, после щелка на картинку с запросом у меня активно полезли какие-то левые окошки, я с перепугу все закрыл не глядя можете выложить текст SQL? без картинки.ikki
помощь по Excel и VBA ikki@fxmail.ru, icq 592842413, skype alex.ikki
SELECT [Запрос Sales дистрибьютор регион].distributor, [Запрос ПЕРВИЧКА по дистрибам].distributor,
Sum([Запрос Sales дистрибьютор регион].[Sum-quantity]) AS [sales-quantity], [Запрос Sales дистрибьютор регион].data_sales, Sum([Запрос ПЕРВИЧКА по дистрибам].[Sum-quantity]) AS [PERVICHKA-quantity], [Запрос ПЕРВИЧКА по дистрибам].date_pervichka
FROM [Запрос Sales дистрибьютор регион] INNER JOIN [Запрос ПЕРВИЧКА по дистрибам]
ON ([Запрос Sales дистрибьютор регион].distributor=[Запрос ПЕРВИЧКА по дистрибам].distributor)
AND ([Запрос Sales дистрибьютор регион].data_sales=[Запрос ПЕРВИЧКА по дистрибам].date_pervichka)
GROUP BY [Запрос Sales дистрибьютор регион].distributor, [Запрос ПЕРВИЧКА по дистрибам].distributor, [Запрос Sales дистрибьютор регион].data_sales, [Запрос ПЕРВИЧКА по дистрибам].date_pervichka;
[/vba]
этот запрос на основе двуз запросов , как и рекомендовал уважемыйPelena.
Но тотал у меня не бьется, ни по первиче не по продажам.
[vba]
Код
SELECT [Запрос Sales дистрибьютор регион].distributor, [Запрос ПЕРВИЧКА по дистрибам].distributor,
Sum([Запрос Sales дистрибьютор регион].[Sum-quantity]) AS [sales-quantity], [Запрос Sales дистрибьютор регион].data_sales, Sum([Запрос ПЕРВИЧКА по дистрибам].[Sum-quantity]) AS [PERVICHKA-quantity], [Запрос ПЕРВИЧКА по дистрибам].date_pervichka
FROM [Запрос Sales дистрибьютор регион] INNER JOIN [Запрос ПЕРВИЧКА по дистрибам]
ON ([Запрос Sales дистрибьютор регион].distributor=[Запрос ПЕРВИЧКА по дистрибам].distributor)
AND ([Запрос Sales дистрибьютор регион].data_sales=[Запрос ПЕРВИЧКА по дистрибам].date_pervichka)
GROUP BY [Запрос Sales дистрибьютор регион].distributor, [Запрос ПЕРВИЧКА по дистрибам].distributor, [Запрос Sales дистрибьютор регион].data_sales, [Запрос ПЕРВИЧКА по дистрибам].date_pervichka;
[/vba]
этот запрос на основе двуз запросов , как и рекомендовал уважемыйPelena.
Но тотал у меня не бьется, ни по первиче не по продажам.qpp
qpp, помощь была бы более действенной, если бы Вы выложили сюда кусок базы. Оставьте в справочниках по 5 записей, в таблицах событий по 10, конфиденциальную информацию замените на нейтральную, сожмите, заархивируйте.
По запросу: 1) группировка и соответственно вычисление суммы идет по каждой дате, а не по месяцу. Создайте вычисляемое поле, по дате вычислите месяц (функция Month) и уже по нему группируйте и связывайте 2) при объединении INNER JOIN выводиться будут только те даты и дистрибьюторы, которые есть в обеих таблицах 3) не очень удобно работать с такими длинными именами запросов (имхо)
ЗЫ:
Quote (qpp)
рекомендовал уважемыйPelena.
Всё-таки рекомендовалА
qpp, помощь была бы более действенной, если бы Вы выложили сюда кусок базы. Оставьте в справочниках по 5 записей, в таблицах событий по 10, конфиденциальную информацию замените на нейтральную, сожмите, заархивируйте.
По запросу: 1) группировка и соответственно вычисление суммы идет по каждой дате, а не по месяцу. Создайте вычисляемое поле, по дате вычислите месяц (функция Month) и уже по нему группируйте и связывайте 2) при объединении INNER JOIN выводиться будут только те даты и дистрибьюторы, которые есть в обеих таблицах 3) не очень удобно работать с такими длинными именами запросов (имхо)
Вход
Регистрация
Напомнить пароль
Автосумма
Часто используемые
ВПР
ЕСЛИ
СУММЕСЛИ
Финансовые
Логические
Текстовые
Даты и времени 
Ссылки и массивы 
Математические
Другие функции
Проверка свойств и значений
Баз данных
Математические
Обработки массивов
Обработки строк
Преобразования типов данных 
Загрузки данных
Работы с файлами
Обработки системных параметров
Обработки цвета
Работы с датами и временем
Преобразования в системы счисления
Финансовые
) 
