|
|
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Добрый день. Банальная задача. В таблице нужно выделить какую либо одну запись. (сделать главной) Для примера - сделать одну картинку из альбома - главной картинкой профиля/альбома. Таблица пользователя: -------------------------- UserId UserName Альбом: -------------------------- PictureId UserId PictureName Вижу два варианта: 1: (добавить поле картинке) ------------------------------- PictureId UserId PictureName IsDefault = True (главная) 2: (добавить поле пользователю) ----------------------- UserId UserName PictureId (главная) Какой предпочесть? Альтернативы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 11:47 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500, Для начала определиться что делать - картинку профиля или альбома? Дальше соответственно в нужной таблице поле с признаком, по которому дальше достаточно будет Order By ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 12:01 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Злой БобрДля начала определиться что делать - картинку профиля или альбома? Нет принципиальной разницы, пример был наглядный. Может быть и картинка товара ) Злой БобрДальше соответственно в нужной таблице поле с признаком, по которому дальше достаточно будет Order By ... Это первый? А лишние телодвижения для проверок что выбранна только одна запись? И при замене на другую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 12:10 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/23/2012 12:47 PM, Автор100500 wrote: > Какой предпочесть? Альтернативы? 2-ой, этот.> > 2: (добавить поле пользователю) > ----------------------- > UserId > UserName > PictureId (главная) > Причина -- это быстрее будет работать и не нужен доп. индекс на таблицу картинок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 12:47 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZiv, Мне он тоже больше нравится, но смущает рост дополнительных зависимостей в таблице пользователя. Думал над вариантом - 3 (возможно картинку не выбрали) Таблица ГлавныеКартинки: --------------------------------- UserId PictureId Но тут рост количества таблиц, да и связь один к одному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 13:20 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500возможно картинку не выбрали Тогда в поле связи будет NULL. И что? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 13:46 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАвтор100500возможно картинку не выбрали Тогда в поле связи будет NULL. И что? Это я для оправдания дополнительной таблицы ) Но мне кажется такая табличка выглядит мрачно. --------------------------- UserId UserName PictureId - NULL ShirtId - NULL ShoesId - NULL WeaponId - NULL ... .. . etc .... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 14:20 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500Но мне кажется такая табличка выглядит мрачно. Когда кажется - плюй через левое плечо. Что-нибудь весомее эстетической неудовлетворённости есть? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 14:30 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovЧто-нибудь весомее эстетической неудовлетворённости есть? Много зависимостей, к примеру, нет возможности отсоединить\добавить модуль "Альбом", без правки таблицы пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 14:39 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500нет возможности отсоединить\добавить модуль "Альбом", без правки таблицы пользователя. А зачем для введения альбомов править пользователя? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 14:42 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
В лоб: user (...) album (user_id, is_default, ...) picture (album_id, is_default, ...) Задолбали светы из Иваново. Где вас находят и кто вас учит проектированию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 14:51 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovА зачем для введения альбомов править пользователя? А PictureId добавить? Нельзя ведь угадать заранее, все модули которые добавят пользователю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 15:08 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500Нельзя ведь угадать заранее, все модули которые добавят пользователю. Но можно в скрипт добавления модуля внести соответствующие команды. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 15:21 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500Dimitry SibiryakovА зачем для введения альбомов править пользователя? А PictureId добавить? Нельзя ведь угадать заранее, все модули которые добавят пользователю. вариант со ссылкой еще лучше тем что удалить предпочитаемую запись просто так не получится (если есть fk), править пользователя не нужно, потому что это не "пользователь", а "предпочтения пользователя". структура этих предпочтений может меняться предположительно заметно чаще структуры пользователя, в одну таблицу имхо не стоит сваливать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 15:38 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
А PictureId добавитьправить пользователя не нужно, потому что это не "пользователь", а "предпочтения пользователя". структура этих предпочтений может меняться предположительно заметно чаще структуры пользователя, в одну таблицу имхо не стоит сваливать. Это в принципе третий вариант. (таблица "предпочтения пользователя" 1 : 1) В общем вижу что - вариант 2 хорош в случае, когда предпочтений относительно не много. Вариант 3 - если предположительно структура будет менятся и предпочтений много. В пользу первого - аргументов мало, хотя часто встречаем в примерах и в коде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 17:03 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500Добрый день. Банальная задача. В таблице нужно выделить какую либо одну запись. (сделать главной) Для примера - сделать одну картинку из альбома - главной картинкой профиля/альбома. Таблица пользователя: -------------------------- UserId UserName Альбом: -------------------------- PictureId UserId PictureName Вижу два варианта: 1: (добавить поле картинке) ------------------------------- PictureId UserId PictureName IsDefault = True (главная) 2: (добавить поле пользователю) ----------------------- UserId UserName PictureId (главная) Какой предпочесть? Альтернативы? 40 лет назад эта задача называлась "главная строка накладной", и имела два совсем других решения:) 1) связь с другой семантикой (поскольку Ваша система связи наверняка не поддерживает, значит еще один fk в картинках); 2) может потребоваться иметь и вторую по значимости картинку и третью; поэтому поле называется "приоритет" и имеет соответствующий тип... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 22:20 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Бредятинаможет потребоваться иметь и вторую по значимости картинку и третью; поэтому поле называется "приоритет" и имеет соответствующий тип... Данное решение становится самым логичным, как только появляется разграничение доступа для отдельных записей. Используется в качестве главной наиболее приоритетная доступная запись. Я б изначально так и делал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.07.2012, 23:52 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500Злой БобрДля начала определиться что делать - картинку профиля или альбома? Нет принципиальной разницы, пример был наглядный. Может быть и картинка товара ) Да вся разница только в том в какой таблице ставить признак. Если и так и так, то ставить в двух таблицах. Ну а отбор делать в зависимости от того что загружается на выходе. Автор100500Злой БобрДальше соответственно в нужной таблице поле с признаком, по которому дальше достаточно будет Order By ... Это первый? А лишние телодвижения для проверок что выбранна только одна запись? И при замене на другую. По идее удобней делать что б первым шла именно заглавная картинка. Но можно и задом наперед. Просто если потом после вас кто-то будет пользоваться то непреминут вспомнить вас незлым тихим словом. Поэтому лучше сразу сделать так как делает большинство. А триггеры зачем по вашему придумали? Вот и я о том же. Повесьте триггер и забудьте о проверках в приложении. Реально экономит время. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 02:13 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Бредятина2) может потребоваться иметь и вторую по значимости картинку и третью; поэтому поле называется "приоритет" и имеет соответствующий тип... Первый вариант я плохо понял. На счет второго - условия могут быть разные, например - первая картинка, последняя, рандом etc. Меня больше интересует вариант, когда это, тупо назначается пользователем, без какой либо логики. Имхо если нет особых условий то это излишне усложняет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 10:36 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/23/2012 02:20 PM, Автор100500 wrote: > Мне он тоже больше нравится, но смущает рост дополнительных зависимостей в > таблице пользователя. Ерунда. Зависимости ничего не стоят. > Думал над вариантом - 3 (возможно картинку не выбрали) > Но тут рост количества таблиц, да и связь один к одному. Это не один к одному. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 10:37 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Злой БобрПовесьте триггер и забудьте о проверках в приложении. Реально экономит время. Не вижу в написании триггеров, по каждому пустяку - реальной экономии времени. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 10:40 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZivЭто не один к одному. почему? Пользователи ---------------------------- UserId UserName Предпочтения пользователя ---------------------------- UserId DefaultPictureId ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 11:04 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZivЕрунда. Зависимости ничего не стоят. К примеру - удаление картинки будет затрагивать таблицу пользователей. Про модули уже писал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 11:31 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Автор100500удаление картинки будет затрагивать таблицу пользователей. И?.. Чем тебя это волнует? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 11:38 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАвтор100500удаление картинки будет затрагивать таблицу пользователей. И?.. Чем тебя это волнует? Если можно работать с одной таблицей, не думая о том, где остались ключи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 12:11 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
ПарамонЕсли можно работать с одной таблицей, не думая о том, где остались ключи. А чего о них думать-то? Они работают совершенно самостоятельно. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 12:15 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Уменьшение количества участвующих в транзакции таблиц имеет, конечно, некоторые плюсы - меньше надо предпринимать усилий для борьбы с дедлоками. Другой вопрос, что это имхо соображение третьестепенной важности, и всерьез курочить архитектуру, опираяюсь на него - не самое разумное решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 12:20 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
С другой стороны это плюс для целостности, если удалять пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 12:36 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинУменьшение количества участвующих в транзакции таблиц имеет, конечно, некоторые плюсы - меньше надо предпринимать усилий для борьбы с дедлоками. Это на каком сервере возникают дедлоки на referenced таблицах? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 12:42 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/24/2012 01:20 PM, Кот Матроскин wrote: > Уменьшение количества участвующих в транзакции таблиц имеет, конечно, некоторые > плюсы - меньше надо предпринимать усилий для борьбы с дедлоками. От сказанул так сказанул... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 13:00 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZiv, Вы считаете что зависимость обратная? Или что ее нет совсем? Dimitry Sibiryakov Как Ваш вопрос связан с тем что я сказал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 14:19 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинКак Ваш вопрос связан с тем что я сказал? Ни в одном известном мне сервере дедлоки не зависят от количества задействованных таблиц. Вот мне и стало интересно - что же за зверушку Вы используете. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 14:52 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Если транзакция изменяет один и ровно один объект - она не может попасть в дедлок (ну не считая глюков с блокировкой страниц индексов, которые относятся к неудачной технической реализации). А вот если она изменяет 2 обьекта - уже становится возможной ситуация, когда обьект А успели изменить и заблокировали, а обьект Б изменить не можем, потому что на нем висит блокировка другой транзакции, которая ждет наш обьект А. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 15:09 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот Матроскинесли она изменяет 2 обьекта - уже становится возможной ситуация А, MS SQL... Ну так бы и сказал сразу, чего было партизанить... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 15:20 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/24/2012 03:19 PM, Кот Матроскин wrote: > MasterZiv, > > Вы считаете что зависимость обратная? Или что ее нет совсем? Да, обратная. Или нет совсем. Скажем так, если грамотно написано приложение, то нет совсем. Если не очень, то обратная. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 21:26 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/24/2012 04:09 PM, Кот Матроскин wrote: > Если транзакция изменяет один и ровно один объект - она не может попасть в дедлок > (ну не считая глюков с блокировкой страниц индексов, которые относятся к > неудачной технической реализации). "ОБЪЕКТ" и "ТАБЛИЦА" как соотносятся по-твоему ? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.07.2012, 21:27 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZiv, в обсуждаемом случае "Обьект" и "таблица" соотносятся один к одному Удаление картинки затронет и таблицу пользователей Вы не стали читать обсуждение, а прочли только последнюю фразу? Бывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 12:06 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
> в обсуждаемом случае "Обьект" и "таблица" соотносятся один к одному Нет, они никак не соотносятся. Под "объект" тут надо понимать то, на что накладывается блокировка. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 13:03 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZiv Под "объект" тут надо понимать то, на что накладывается блокировка. И в случае ссылки на картинку из таблицы пользователей при удалении картинки будет заблокировано два обьекта в двух таблицах, а в случае дополнительного поля в таблице картинок - один обьект в одной таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 13:34 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинИ в случае ссылки на картинку из таблицы пользователей при удалении картинки будет заблокировано два обьекта в двух таблицах Не будет. С чего бы им блокироваться?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 13:58 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Возьмите блокировочный сервер, откройте транзакцию, измените в ней запись в одной таблице и удалите запись в другой и, не закрывая транзакцию, посмотрите, блокирует ли она что-либо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 14:37 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинВозьмите блокировочный сервер, откройте транзакцию, измените в ней запись в одной таблице и удалите запись в другой и, не закрывая транзакцию, посмотрите, блокирует ли она что-либо. Во-первых, где ж я его возьму, блокировочник этот? Нынче они практически вымерший вид. Во-вторых, ты ранее говорил не о конфликте операций над одной записью, а о блокировке записи о пользователе, над которой вообще никаких операций не производится. Не надо мутировать мыслью по древу. Есть таблица пользователей, есть таблица картинок. Одна ссылается на другую и наоборот. Зачем запись таблицы пользователей будет блокироваться при удалении записи из таблицы картинок? Какая блокировка будет накладываться? Это так, вопросы на засыпку... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 14:58 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovВо-первых, где ж я его возьму, блокировочник этот? Нынче они практически вымерший вид. Вы хотите обсуждать проблему дедлоков на примере неблокировочных серверов? Толково. Dimitry Sibiryakov Во-вторых, ты ранее говорил не о конфликте операций над одной записью, а о блокировке записи о пользователе, над которой вообще никаких операций не производится. Не надо мутировать мыслью по древу. ??? На таблицах "Картинка" и "Пользователь" отношение master-detail. При удалении master-записи над detail, по-Вашему, точно не надо производить никаких операций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 15:44 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинВы хотите обсуждать проблему дедлоков на примере неблокировочных серверов? Толково. А почему нет? Там они существуют тоже. Кот Матроскин??? На таблицах "Картинка" и "Пользователь" отношение master-detail. При удалении master-записи над detail, по-Вашему, точно не надо производить никаких операций? Точно не надо. Достаточно проверить существование detail-записей и удаление мастера - обломить. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 16:03 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
> Возьмите блокировочный сервер, откройте транзакцию, измените в ней запись в > одной таблице и удалите запись в другой и, не закрывая транзакцию, посмотрите, > блокирует ли она что-либо. Для этого не обязательно блокировочный сервер брать. Так любой должен действовать (кроме может быть InterBase). Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 17:47 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
On 07/25/2012 05:03 PM, Dimitry Sibiryakov wrote: Вам не кажется, что вы слегка уклонились от предмета разговора ? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 17:48 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
MasterZivВам не кажется, что вы слегка уклонились от предмета разговора ? Мне кажется, что у этого разговора вообще нет предмета. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 18:01 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovТочно не надо. Достаточно проверить существование detail-записей и удаление мастера - обломить. Это, вообще говоря, зависит от бизнес-логики. Хотя, должен признать, я кажется действительно выразился несколько двусмысленно - надо было сказать не "... зависит от числа участвующих в транзакции таблиц", а "...зависит от числа изменяемых в транзакции таблиц" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 18:25 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинЭто, вообще говоря, зависит от бизнес-логики. Хооо... А я-то всегда думал, что от опции on delete у ключа... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 18:30 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovКот МатроскинЭто, вообще говоря, зависит от бизнес-логики. Хооо... А я-то всегда думал, что от опции on delete у ключа... Вряд ли Вы так думали всегда - еще пост назад Вы рассказывали, что надо "обламывать удаление мастера" при наличии detail-а без вариантов. Вообще от Вас какие-то странные реплики исходят в этой дискуссии - то вы говорите "Не знаю сервера, который бы так себя вел", то "Я так и знал - MSSQL". То "Обламывать удаление мастера при наличии detail'а " , то "зависит от опции у ключа". Вы можете определиться, с чем вы спорите/что доказываете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 18:47 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Кот МатроскинВы можете определиться, с чем вы спорите/что доказываете? Могу: "не знаю сервера который бы себя так вёл", включает и MS SQL. Он так сабя не ведёт, что бы Вы там себе не думали. "Обламывать без вариантов", поскольку on delete cascade - ересь и must die. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.07.2012, 18:54 |
|
||
|
Выделение одной записи
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovКот МатроскинВы можете определиться, с чем вы спорите/что доказываете? Могу: "не знаю сервера который бы себя так вёл", включает и MS SQL. Он так сабя не ведёт, что бы Вы там себе не думали. "Обламывать без вариантов", поскольку on delete cascade - ересь и must die. специалист широчайшего профиля. ждем появления в битве экстрасенсов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2012, 14:24 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1541601]: |
0ms |
get settings: |
8ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
54ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 201ms |
| total: | 331ms |

| 0 / 0 |
