VPF::Как организовать структуру - Форум программистов

Samotnik

Дата 17.3.2013, 19:42 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

Привет.

Ситуация:
Предположим есть сервис с объявлениями. Т.е. человек логиниться, заполняет форму и оставляет объявление на портале. Это объявление сперва проходит модерацию, затем только отображается на портале. Через какое-то время пользователь редактирует объявление, которое перед публикацией опять должно пройти модерацию и так может продолжаться до бесконечности с любым объявлением, пользователь его может редактировать неограниченное кол-во раз. Но при этом оно сразу не отображается на портале, а будет показано только после прохождения модерации.
В этом и загвоздка, что когда юзер подал объявление и оно прошло модерацию, на портале всегда нужно показывать объявление, которое было последним прошедшим модерацию. Т.е. если юзер его отредактировал, оно все равно должно показываться, но должен показываться предыдущий промодерированный вариант.

Вопрос в этом и заключается, как лучше всего хранить в БД объявление и версию, которую нужно отобрадать напортале и ту версию, которая ждет модерацию?
smile

Akina

Дата 17.3.2013, 21:04 (ссылка)

(голосов:2)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Две (три, более) записи в БД. Все - с одним и тем же номером объявления. Версия, не прошедшая модерацию, имеет NULL в поле даты модерации. Показывается версия, имеющая максимальную дату модерации среди всех с таким номером.

--------------------

О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.

Samotnik

Дата 17.3.2013, 23:27 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

Ну это впринципе стандартный подход, который крутился у меня в головею. Думал может другой вариант какой-нибудь есть. Этот кажется мне каким-то простым. smile

Но спасибо в любом случае.

Zloxa

Дата 18.3.2013, 14:52 (ссылка)

(нет голосов)

Загрузка ...

Чо?

Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161

Цитата(Akina @ 17.3.2013, 22:04)

Мне не нравится. smile

Тут ведь нагурзка по чтению многократ превышает нагрузку по модификации.

Я бы организовал обособленную очередь модерации. И модераторам проще будет выбрать не отмодерированные сообщения и дополнительная нагрузка по вычислению актуальной версии при отображении уходит, на витрине всегда актуальная отмодерированная версия ибо. Логика постановки сообщения в очередь лишь усложняется.

--------------------

Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile

Akina

Дата 18.3.2013, 15:16 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Ну сколько там может быть последовательных копий объявления? десяток? два? к тому же не факт, что их все необходимо хранить, что нужна вся история правки от рождения до смерти и после... так что при наличии индекса (НомерОбъявления - ДатаМодерации) выборка будет ненамного накладнее, если кроме установленных дат там будут ещё и NULL-даты. По-моему, очередь модерации, с переносом зааппрувленных объявлений в публикации - неоправданное усложнение. А ведь ещё есть вариант редактирования незааппрувленного сообщения.

--------------------

Zloxa

Дата 18.3.2013, 15:22 (ссылка)

(нет голосов)

Загрузка ...

Чо?

Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161

Akina, выбери из своей структуры все сообещния, подлежащие модерации.

Цитата(Akina @ 18.3.2013, 16:16

)

ненамного накладнее,

Зависит от того, на сколько эта накладность умножается.
Если ружье стреляет раз в год, то триста ружей будут стрелять почти каждый день.

Это сообщение отредактировал(а) Zloxa - 18.3.2013, 15:22

--------------------

Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile

Akina

Дата 18.3.2013, 15:49 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата(Zloxa @ 18.3.2013, 16:22

)

выбери из своей структуры все сообещния, подлежащие модерации.

Если ВСЕ - то индекс по дате аппрува и select * from adverts where dtApproved is null ... а что?

--------------------

Zloxa

Дата 18.3.2013, 15:59 (ссылка)

(нет голосов)

Загрузка ...

Чо?

Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161

Цитата(Akina @ 18.3.2013, 16:49

)

select * from adverts where dtApproved is null

Маська использует индекс по is null?

Оракл, в общем случае - нет.

Добавлено через 2 минуты и 20 секунд
У нас есть 100500 сообщений, из них не модерировано 100.
Индекс по 100400 значениям нам не нужен

--------------------

Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile

Akina

Дата 18.3.2013, 18:32 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата(Zloxa @ 18.3.2013, 16:59

)

Маська использует индекс по is null?

Цитата

MySQL can perform the same optimization on col_name IS NULL that it can use for col_name = constant_value. For example, MySQL can use indexes and ranges to search for NULL with IS NULL.

Examples:

Код


SELECT * FROM tbl_name WHERE key_col IS NULL;

SELECT * FROM tbl_name WHERE key_col <=> NULL;

SELECT * FROM tbl_name
  WHERE key_col=const1 OR key_col=const2 OR key_col IS NULL;

If a WHERE clause includes a col_name IS NULL condition for a column that is declared as NOT NULL, that expression is optimized away. This optimization does not occur in cases when the column might produce NULL anyway; for example, if it comes from a table on the right side of a LEFT JOIN.

MySQL can also optimize the combination col_name = expr OR col_name IS NULL, a form that is common in resolved subqueries. EXPLAIN shows ref_or_null when this optimization is used.

This optimization can handle one IS NULL for any key part.

--------------------

Zloxa

Дата 18.3.2013, 18:59 (ссылка)

(нет голосов)

Загрузка ...

Чо?

Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161

Цитата(Akina @ 18.3.2013, 19:32

)

<=>

а щтойта?

верна ли догадка что выражение (a<=>b) эквивалентно (a=b or a is null and b is null)?

Это сообщение отредактировал(а) Zloxa - 18.3.2013, 19:00

--------------------

Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile

Akina

Дата 18.3.2013, 20:02 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата

<=>

NULL-safe equal. This operator performs an equality comparison like the = operator, but returns 1 rather than NULL if both operands are NULL, and 0 rather than NULL if one operand is NULL.

--------------------

Samotnik

Дата 18.3.2013, 22:24 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

ребята, вы отдалились smile

а что делать со связанными таблицами? тоже все дублировать? ))

Это сообщение отредактировал(а) Samotnik - 18.3.2013, 23:19

Akina

Дата 19.3.2013, 07:51 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата(Samotnik @ 18.3.2013, 23:24

)

что делать со связанными таблицами? тоже все дублировать?

Какими связанными таблицами? почему - дублировать?

--------------------

Samotnik

Дата 19.3.2013, 09:26 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

ну объявление хранится ни в одной таблице, а в трех. Основная часть инфы конечно же в одной, но есть некоторая инфа, например адресс, город,Ю которые хранятся в друних таблицах по связям

Akina

Дата 19.3.2013, 09:39 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

и что?

--------------------

Samotnik

Дата 19.3.2013, 10:03 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

ну как что smile

давай тогда сначала.
Есть объявление, которое в случае редактирование нужно не затирать старые, а создавать в бд запись новые записи с тем же номером объявления.
Это твоя мысль в первом пеосте была.
Теперь я уточняю, что объявление находится не в одной таблице, а в нескольких, т.е. есть свзяанная инфа в других таблицах. ТУ инфу тоже может пользователь отредактировать может. Получается что там тоже нужно хранить две и более записи?

Akina

Дата 19.3.2013, 10:16 (ссылка)

(голосов:2)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата(Samotnik @ 19.3.2013, 11:03

)

объявление находится не в одной таблице, а в нескольких, т.е. есть свзяанная инфа в других таблицах. ТУ инфу тоже может пользователь отредактировать может. Получается что там тоже нужно хранить две и более записи?

ОБЯЗАТЕЛЬНО. Даже если пользователь НЕ редактировал сведения. хранящиеся в связанной таблице.

Добавлено через 51 секунду
С другой стороны - а какой смысл был дробить таблицу, если это фактическая связь один-к-одному?

--------------------

LSD

Дата 19.3.2013, 10:29 (ссылка)

(голосов:1)

Загрузка ...

Leprechaun Software Developer

Профиль
Группа: Модератор
Сообщений: 15718
Регистрация: 24.3.2004
Где: Dublin

Репутация: 24
Всего: 538

Цитата(Akina @ 19.3.2013, 11:16

)

С другой стороны - а какой смысл был дробить таблицу, если это фактическая связь один-к-одному?

Есть подозрение, что адрес будет один на несколько объявлений.

--------------------

Disclaimer: this post contains explicit depictions of personal opinion. So, if it sounds sarcastic, don't take it seriously. If it sounds dangerous, do not try this at home or at all. And if it offends you, just don't read it.

Samotnik

Дата 19.3.2013, 23:59 (ссылка)

(нет голосов)

Загрузка ...

Super star !

Профиль
Группа: Awaiting Authorisation
Сообщений: 7192
Регистрация: 4.11.2006
Где: Минск City

Репутация: нет
Всего: 191

Цитата(LSD @ 19.3.2013, 10:29

)

Есть подозрение, что адрес будет один на несколько объявлений.

В точку! Это еще один большой вопрос, который нужно бкдет завтра решить. smile

Но это уже вопрос программирования, а не структуры БД. Тут шлавное именно с логикой БД не ошибиться, что бы потом все не переделывать

Akina

Дата 20.3.2013, 08:07 (ссылка)

(нет голосов)

Загрузка ...

Советчик

Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454

Цитата(LSD @ 19.3.2013, 11:29

)

Есть подозрение, что адрес будет один на несколько объявлений.

Мне не кажется разумным в этом случае устраивать связь один-ко-много...

Цитата(Samotnik @ 20.3.2013, 00:59

)

это уже вопрос программирования, а не структуры БД.

Вот как раз нет. Как только организуется (утверждается тобой в структуре) связь один-ко-много, надо принимать политическое решение - либо адреса в этом случае не модерируются, либо они модерируются независимо от объявления (при этом изменение в части "адрес" ставит на модерирование не только изменённый адрес, но и все объявления, где он используется). Это первое. И второе - перенос решения этого вопроса в программирование приводит к разрыву логики на куски, один из которых остаётся на уровне СУБД, второй выносится на клиента.

Добавлено через 2 минуты
Другое дело, что для хранения ШАБЛОНА адреса можно использовать отдельную таблицу, и помещать подготовленный юзером адрес в объявление нажатием одной кнопки.

--------------------

1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема \| СУБД, общие вопросы \| Следующая тема »