4
Были времена довольно много на vba писал ... Он решает прикладные моменты в вордах/экселях. К нему претензий вообще в этой части нет
Size: a a a
2020 December 29
PG
да, штукенция вообще полезная. и хорошо что его не выпиливают и не забывают еще))
Б[
блин, теперь хочу выучить вба
G
блин, теперь хочу выучить вба
Какую задачу собираешься им решать?
Б[
Под ексель иногда скриптеки нужны
G
Ну смари не проблюйся после шарпа %)
YD
Хелпаните понять, пожалуйста, норм ли решение я предлагаю для следующей задачи:
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
J
Yura Dura
Хелпаните понять, пожалуйста, норм ли решение я предлагаю для следующей задачи:
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
Стоп, а посему м2м если комментарий, может быть лишь под одним постом?
YD
Стоп, а посему м2м если комментарий, может быть лишь под одним постом?
Потому что в голову только такой костыль пришёл.
G
Yura Dura
Хелпаните понять, пожалуйста, норм ли решение я предлагаю для следующей задачи:
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
Представим, что есть сущность "комментарий". На уровне базы данных необходимо сделать так,
чтобы комментарий мог быть на странице пользователя, под фото, под постом и т.д.
Т.е. нужна некая промежуточная сущность, которая бы связывала определенный комментарий
с объектом.
Я решил сделать так: создать таблицы на каждую сущность, к которой нужно привязать комментарий.
Например, UserPage_Comment, ProductPage_Comment и т.д. Т.е. UserPage_Comment содержит UserPageId
и CommentId. Что-то вроде реализации связи "многие ко многим", но ограничить в бд,
чтобы Id коммента был уникальным.
Считается ли это хорошим решением? И какие есть годные альтернативы?
Дохера всяких, твоё решение тоже может жить, только копипастинга много будет скорее всего
Можно сделать тип комента и одну таблицу
Можно сделать справочники метаданных и объекты метаданных. Которые и будут в частности клиентами и т.д.
Можно сделать тип комента и одну таблицу
Можно сделать справочники метаданных и объекты метаданных. Которые и будут в частности клиентами и т.д.
YD
Хм, я ещё сейчас подумал, что можно будет ввести сущность "стена с комментариями" и просто пихать в каждый UserPage, ProductPage и т.д. внешний ключ на CommentsWall .
rr
Дохера всяких, твоё решение тоже может жить, только копипастинга много будет скорее всего
Можно сделать тип комента и одну таблицу
Можно сделать справочники метаданных и объекты метаданных. Которые и будут в частности клиентами и т.д.
Можно сделать тип комента и одну таблицу
Можно сделать справочники метаданных и объекты метаданных. Которые и будут в частности клиентами и т.д.
чет ты седня пистец активный
rr
выходной у тебя чтоли ?
NK
✨ «Кресты» обойдут любой другой язык, когда надо запилить что-то действительно масштабное и высокопроизводительное — никак не меньше, чем Фотошоп или легендарный Варкрафт.
Быть экспертом в С++ — дорогого стоит (в смысле хорошо платят!). Для тех, кто уже пишет на нем, есть отличная возможность углубить свои знания.
🎁Проходите вступительный тест и занимайте место в группе онлайн-курса «C++ Developer. Professional» с праздничной скидкой 30% https://otus.pw/g1H8/
Быть экспертом в С++ — дорогого стоит (в смысле хорошо платят!). Для тех, кто уже пишет на нем, есть отличная возможность углубить свои знания.
🎁Проходите вступительный тест и занимайте место в группе онлайн-курса «C++ Developer. Professional» с праздничной скидкой 30% https://otus.pw/g1H8/
AE
AE
уж хз переозвучка или нет, но я орнул
YD
Конечно переозвучка)
4
Yura Dura
Конечно переозвучка)
+
AE
ну похер, смешно все равно )
AE
дед опасный