ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система приоритетов
13 сообщений из 63, страница 3 из 3
  3  все
Система приоритетов
    #34243690
Фотография Изопропил
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Изопропил
Участник
meph(ну не позволяет религия для половины записей менять приор только из-за одного изменения).

Дырки оставляйте и меняйте приор в малой окрестности
...
Рейтинг: 0 / 0
09.01.2007, 17:40
| Ответить | Цитировать | Написать  
Система приоритетов
    #34243730
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
guest_20040621
Гость
> вначале находите нужный вам отдел, а вот там уже выставлены рекламные товары
> и только после них все остальные товары этого отдела

Ну и в чем проблема реализовать такую структуру данных? Словами все уже написано. Для простого случая:

create table promo_action (
...
time_start
time_end
...
);

create table promo_list (
...
rel_commodity_id,
rel_promo_action_id,
-- есть желание ранжировать - без проблем. Но здесь, а не все товары подряд. Imho и здесь ранжирование нафиг не нужно.
... );

Нужен таргетинг по отделам - добавить. Нужно типизировать акции - добавить. Нужна связь акций с вендорами - добавить. Нужен план акций - добавить. Нужен план скидок - добавить.

> Реализация от этого не изменится особо

Принципиально изменится.

> для половины записей

Мне 72 кеглем написать, что ранжировать все товары - глупость?
...
Рейтинг: 0 / 0
09.01.2007, 17:54
| Ответить | Цитировать | Написать  
Система приоритетов
    #34246089
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
по поводу "заказчик дурак и сам не знает, чего хочет"
БД. Список районов. (правда- всего 10 штук).
Районы должны быть упорядочены "именно так" (тыкая пальчиком в
бумазьку). "пачему?" Потому что отчеты сдаются в горисполком, где их
подкладывают под другие отчеты, которые упорядочены именно так - и так
их удобно сравнивать. Почему отчеты в горисполкоме упорядочены "именно
так" - а хрен его знает :-(

зы у меня, кста, и иконки на десктопе, и "квик лаунч", и "старт меню"
упорядочены не по алфавиту, а "как мне нравицо".
так шта - случаи разные бывают, иногда - такие зобавные, и фраза "да вам
это не нада!!!!" - несколько резковата...

ззы упорядочить список деталей согласно прилагаемому классификатору...
млин... для самолёта...

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
10.01.2007, 15:51
| Ответить | Цитировать | Написать  
Система приоритетов
    #34246760
H.A.M.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H.A.M.
Участник
а если сделать так:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
table goods:
id  name
 1    arbuz
 2    salo
 3    miaso

table priors:
id nextid
 1    2 
 2    3 
 3   NULL

dobavit':
+  4  kivi posle arbuza

table priors:
 id nextid
     1    4 
     2    3 
     3   NULL
     4    2
ну список короче, можно и predid добавить... ???
...
Рейтинг: 0 / 0
10.01.2007, 18:54
| Ответить | Цитировать | Написать  
Система приоритетов
    #34247062
Фотография smeh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
smeh
Участник
Согласен, что если начать обсуждать умственные способности заказчика - остаться без заказа.
Если заказ есть, надо делать.
У меня тоже такая проблема стоит, только с подразделениями в фирме. Вот хочет руководство чтобы подразделения во всех отчетах печатались именно в таком порядке, по алфавиту их совсем не устраивает.
Их конечно не больше 200 и мне подойдет метод апдейта кучи записей при вставке/удалении/перемещении одной.
Но чисто теоритически очень интересует.. а как быть то?

Есть вариант когда в таблице храним ссылку на предыдущий элемент (получется как бы дерево, только с одним единственным путем)
и при изменеии надо будет менять максимум 3 записи...

Но тогда все это отсортировать проблемно получается на MS SQL до 2005.
А вот в 2005 MSSQL как и в Oracle уже есть возможность раскрутить это "псевдо дерево" в любую сторону.

Вот такие мысли....
...
Рейтинг: 0 / 0
10.01.2007, 21:49
| Ответить | Цитировать | Написать  
Система приоритетов
    #34247199
Александр Федоренко
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Александр Федоренко
Гость
Добавьте целочисленное поле order, присваивайте ордера через 10 -ку или сотню и вся проблема.
...
Рейтинг: 0 / 0
11.01.2007, 00:18
| Ответить | Цитировать | Написать  
Система приоритетов
    #34247972
Shr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Shr
Участник
H.A.M.а если сделать так:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
table goods:
id  name
 1    arbuz
 2    salo
 3    miaso

table priors:
id nextid
 1    2 
 2    3 
 3   NULL

dobavit':
+  4  kivi posle arbuza

table priors:
 id nextid
     1    4 
     2    3 
     3   NULL
     4    2
ну список короче, можно и predid добавить... ???
Я тоже это хотел предложить. Но как потом сортировать по этому полю? В Оракле можно через connect by, а если у автора другая СУБД? Писать процедуру рекурсивного заполнения другого поля, которое и использовать прямо для сортировки? Вызывать ее из триггеров? Что при этом будет с производительностью?
...
Рейтинг: 0 / 0
11.01.2007, 11:26
| Ответить | Цитировать | Написать  
Система приоритетов
    #34248378
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
H.A.M. wrote:
> а если сделать так:
>
> table goods:
> id name
> *1* arbuz
> *2* salo
> *3* miaso
>
> table priors:
> id nextid
> *1* *2*
> *2* *3*
> *3* NULL
>
> dobavit':
> + *4* kivi posle arbuza
>
> table priors:
> id nextid
> *1* *4*
> *2* *3*
> *3* NULL
> *4* *2*
>
> ну список короче, можно и predid добавить... ???
Лучше иметь достаточно редкий гемор с update толпы записей, чем
постоянный гемор с "раскручиванием" списка при выборках.
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
11.01.2007, 12:51
| Ответить | Цитировать | Написать  
Система приоритетов
    #34249148
H.A.M.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H.A.M.
Участник
Ну да, без connect by трудновато будет...
...
Рейтинг: 0 / 0
11.01.2007, 15:19
| Ответить | Цитировать | Написать  
Система приоритетов
    #34250032
?
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
?
Гость
К решению со списком: при условии, что prior не участвует в критериях выборки, сортировать можно на клиенте.
Другой вариант: организовать дерево, тогда для выборки придетсчя писать несколько запросов или использовать рекурсивный запрос: несколько громоздко, но, в целом, работать будет.
...
Рейтинг: 0 / 0
11.01.2007, 19:40
| Ответить | Цитировать | Написать  
Система приоритетов
    #34250405
H.A.M.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
H.A.M.
Участник
А да кстати - сортируй на клиенте если скбд не позволяет :)
...
Рейтинг: 0 / 0
12.01.2007, 03:12
| Ответить | Цитировать | Написать  
Система приоритетов
    #34250516
Фотография smeh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
smeh
Участник
locky
Я лучше один раз напишу систему и забуду про неё,
пусть она без моего участия работает,
чем помнить что каждые n-месяцев надо запускать какой-то там апдейт,
который чего-то там пересчитывает.

Хотя конечно это дело личных предпочтений...
...
Рейтинг: 0 / 0
12.01.2007, 08:03
| Ответить | Цитировать | Написать  
Система приоритетов
    #34251897
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
smeh wrote:
> Я лучше один раз напишу систему и забуду про неё,
> пусть она без моего участия работает,
> чем помнить что каждые n-месяцев надо запускать какой-то там апдейт,
> который чего-то там пересчитывает.
пересчет вроде как логичнее делать сразу после изменения данных..
Тем паче - лучше сосчитать один раз (при изменении), чем считать 300 раз
при выборе....
Хотя да, дело вкуса... :-)
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
12.01.2007, 14:46
| Ответить | Цитировать | Написать  
13 сообщений из 63, страница 3 из 3
  3  все
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система приоритетов
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=34243730&tid=1544799]:
 0ms
get settings:
 8ms
get forum list:
 19ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 171ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 48ms
get tp. blocked users:
 1ms
others: 208ms
total:  472ms
созд. / загр.: 472ms
x
x
Закрыть


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