|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Здравствуйте. Есть табличка, на которую ссылаются штук 20 других. В них ФК на первую таблицу каскадные. Возможно ли как-то отследить в каком порядке срабатывают эти самые каскады при обновлении ПК в основной таблице? Спасибо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 17:48 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv, каскады зло. А каскады с обновлением зло в квадрате. Лучше не делать никаких предположений о порядке срабатывания, ибо его никто не гарантирует ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 17:52 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
опять "естественные" ключи... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 17:54 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов ДенисSwv, каскады зло. А каскады с обновлением зло в квадрате. Лучше не делать никаких предположений о порядке срабатывания, ибо его никто не гарантирует почему зло то? в теле документа ПК из 5 полей. надо "перелинковать" в теле документа строку в другой документ - просто поменял в нем ссылку на другую строку шапки и все. а все прочие, зависимые от этой строки документа таблицы сами поменяли значения ФК на основную. В противном случае сложно было бы "перелинковать" строку одного документа в другой документ. а надо ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:18 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Hello, Swv! You wrote on 18 марта 2016 г. 18:22:51: Swv> почему зло то? в теле документа ПК из 5 полей.о! я знал... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:22 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv, я ещё могу понять каскадное удаление. Оно иногда требуется. Но каскадное обновление может потребоваться только для естественных ключей, а они сами по себе не сахар. А у вас там ещё и ПК аж из 5 полей. Это вообще адский ад. Swv ... просто поменял в нем ссылку на другую строку шапки и все. а все прочие, зависимые от этой строки документа таблицы сами поменяли значения ФК на основную. В противном случае сложно было бы "перелинковать" строку одного документа в другой документ. По моему кривой дизайн БД. Неплохо бы почитать про 3 НФ. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:25 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Hello, Симонов Денис! You wrote on 18 марта 2016 г. 18:27:29: Симонов Денис> По моему кривой дизайн БД. Неплохо бы почитать про 3 НФ. и А.Тенцера про "ключ и отмычку" Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:27 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов Денис, не пойму чем не нравится такая перелинковка ) есть такая последовательность документов. Шапка 1 - шапка 2 - шапка 3 - шапка 4 - шапка 5 при нормальном функционировании последовательно создаются все 5 документов. но есть вариант, когда создается сразу 5 документ. а 1-4 не видны в журналах документов. по сути фэйковые они. Перед этим отрабатывает процедурка, которая создает всю цепочку 1-4. в первом документе есть некий атрибут-признак. и он же является частью ПК. Который в данном случае был указан как параметр для процедуры создания цепочки документов. Ошибся пользователь при задании параметров. указал 1, а надо было 0 в качестве этого атрибута. Можно конечно заставить его удалить документ и создать его снова с нужным параметром. А можно просто в 5 документе этот самый параметр исправить. Но исправив этот параметр , по сути получится, что вся цепочка должна приходить к документу 1 с признаком 0 а не 1. Он в системе тоже имеется. Вот тут как раз и пригодится каскад ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:39 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
каскадная проктостоматология... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:45 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv, Вы слышали анекдот о полностью каскадной БД, когда случайное удаление организации привело к полному схлопыванию всей базы в ноль, по зависимостям от этого корневого элемента справочника? ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:50 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Мимопроходящий, Ок. Признак это был введен в пк первой таблице (и идет он по всем остальным четырем) собственно для того, чтобы таблицу пятых документов можно было бы быстро отфильтровать по этому признаку не joinив все вплоть до первой таблицы. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:53 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Hello, Swv! You wrote on 18 марта 2016 г. 18:54:39: Swv> отфильтровать по этому признаку не joinив все вплоть до первой таблицы. вы произвели денормализацию не начав нормализации Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:55 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
WildSery, Согласен. Есть такая опастность. Но как же быть тогда с этим самым признаком, который проходит от первой до последней таблицы?? Можно конечно делать в триггере апдейт и тд. Но тут есть опастность просто забыть об этом в очередном документе ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:55 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Мимопроходящий, Может конечно что то и недопонимаю. Но признак этот по сути важен только в первом документе. А вот как не джойнить все при фильтре пятого документа - тут не соображу) тем более на жтом же форуме в аналогичной ситуации все дружно советовали этотсамый признак так и завернуть. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:58 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
WildSerySwv, Вы слышали анекдот о полностью каскадной БД, когда случайное удаление организации привело к полному схлопыванию всей базы в ноль, по зависимостям от этого корневого элемента справочника? хороший. но кстати поэтому и разделяют каскады на изменение и на удаление ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 18:58 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv, советовать тебе сейчас что-либо, не зная предметной области и поставленной задачи смысла не имеет. есть общие принципы проектирования БД (помимо нормализации). один из них - избегать составных ПЕРВИЧНЫХ ключей. нужна уникальность по группе полей - создавай УНИКАЛЬНЫЙ ключ (но не первичный). а первичный ключ обычно делают суррогатным, на генераторах, сиквенсах, автоинкрементах, UUID-ах и т.п. на такой ключ гораздо удобнее ссылаться из FK и не нужно городить каскадные обновления. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 19:06 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Мимопроходящий, ок. будет он уникальный, а не первичный. И на уникальный ФК у детей. Вопрос о каскаде остается актуальным ) ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 19:11 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
WildSeryВы слышали анекдот о полностью каскадной БД это не анекдот. это у меня в техсаппорте было. человек жаловался, что при удалении одной записи из таблицы А удалялась пропасть данных из этой же и других нескольких связанных таблиц. Прислал копию БД, я этот ужас воочию наблюдал. Удаляешь 1 запись, потом refresh, и ... опа! Выяснилось, что у человека ссылки по каскадным ФК при очередном добавлении ФК замкнулись в кольцо из 4-5 таблиц. Кстати, что-то из запросов, вылавливающих циклические ссылки по ФК, попало в IBPump. Или наоборот, Борис мне такой запрос прислал (или я ему). Не помню уже. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 20:04 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
kdv, что-то школа вспомнилась, Norton Disk Edit и зацикливание папок в FAT на корень диска - чтобы учитель гад не пытался больше стирать папки с игрушками.... ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 20:08 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Опять 25, да ещё к ночи. Симонов Денис> каскады зло. А каскады с обновлением С какого буя необновляемые каскады - зло? WildSery> Вы слышали анекдот Как будто если бы удаление в этой БД было на триггерах, а не каскадное - стало бы легче/лучше. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 20:41 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
да нет у меня каскадов на удаление ) есть только на обновление а вопрос задал по той причине, что при одном из update на одной из таблиц ругнулось на нарушение FK ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 20:52 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, каскадное удаление нормально, но только в том случае если это тщательно обдумано. Если уж где то нужно применить каскадное удаление, то лучше делать его не глубже одного уровня. Типа шапка документа - позиции. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 20:54 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv> да нет у меня каскадов на удаление ) есть только на обновление Обычно это ещу хуже. :) > а вопрос задал по той причине, что при одном из > update на одной из таблиц ругнулось на нарушение FK Дык смотреть надо было, с DDL и данными. Может у тебя циклическая зависимость. Проблема ещё актуальна или уже разобрался? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 21:17 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов Денис> каскадное удаление нормально В таком случае тебя (и остальных, желательно) не затруднит не называть это злом? При чём это уже в N-ый раз, и каждый раз одно и то же, но через полгода по новой. > но только в том случае если это тщательно обдумано Во-первых, нет. Во-вторых, всё остальное тоже "если обдумано". Практически любой оператор, даже DML нужно использовать "только обдуманно". > Если уж где то нужно применить каскадное удаление, > то лучше делать его не глубже одного уровня. Если очень кратко говоря, это бред и глупость. Или будешь оспаривать и нужно подробнее ? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 21:20 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, ну про каскады вообще страшилок много. Во первых порядок их срабатывания вовсе не тот что многие ожидают. Во вторых цепочка каскадов это всё равно что цепочка триггеров. Код становится совершенно не понятным и не предсказуемым. А уж если на каждой таблице участвующей в каскаде ещё и триггеры на удаление навешаны, то тут вообще пиши пропало. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 21:37 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов Денис> ну про каскады вообще страшилок много На заборах тоже пишут, не читай на ночь. :) Симонов Денис> Во первых порядок их срабатывания вовсе Симонов Денис> не тот что многие ожидают Во-первых, тогда так и надо говорить, а не "зло". Во-вторых, что ожидают многие я не знаю, но у меня никаких претензий к порядку срабатывания нет, что именно тебе не нравится/удивительно? Симонов Денис> Во вторых цепочка каскадов это всё равно что цепочка триггеров Тогда уж говорите, что и триггеры тоже зло. А заодно предложите альтернативу удалению не каскадами и не триггерами. Впрочем, я заранее знаю, что вы скажете. Симонов Денис> А уж если на каждой таблице участвующей Симонов Денис> в каскаде ещё и триггеры на удаление навешаны Во-первых, это несерьёзно, во-вторых, ничего страшного при этом не будет, не "пропало". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.03.2016, 22:05 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамПроблема ещё актуальна или уже разобрался? видимо тут передмудрил Код: plsql 1. 2.
несколько одинаковых полей были в разных ФК ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2016, 02:19 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, вот только почему если в разных ФК используется одно и то же поле каскад не проходит? вот сейчас смотрю на тело договора. там один фк на шапку. в нем есть поле признака. и второй фк на тело другого документа. там тоже используется это же поле. каскад споткнулся ... |
|||
:
Нравится:
Не нравится:
|
|||
19.03.2016, 22:03 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv> вот только почему если в разных ФК используется Swv> одно и то же поле каскад не проходит? Я не очень понял вопрос. Участие одного поля в несколько внешних ключах не запрещено и работает (возможно с багами). Ссылки из некольких полей на одно поле (т.е. много деталей у мастера) тем более не запрещено, работает годами. Так что лучше приводи DDL. И без всяких новоязов типа "каскад споткнулся", а точное сообщение об ошибке и DML, который к нему привёл. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 13:10 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, вот я тоже думаю, что не запрещено. но поубирав некоторые ФК на этих таблицах спотыкаться перестал DDL слишком большой будет ) а сообщение страндартное violation of FOREIGN KEY constraint "". violation of FOREIGN KEY constraint "FK_BODY_1" on table "BODY". Foreign key reference target does not exist. Problematic key value is ("PART_ID" = 77, "MAIN_ID" = 80, "HEADER_ID" = 302, "YEAR_ID" = 3, "ORG_ID" = -1). At trigger 'CHECK_292' At trigger 'CHECK_290' At trigger 'CHECK_235'. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:09 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
body это не обновляемая в данном случае таблица. до нее каскад дошел. и споткнулся ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:11 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
SwvDDL слишком большой будет DDL двух таблиц master + detail не может быть очень большим, если ты конечно не 255 столбцов в каждой создал. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:19 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
сейчас нашел в одной из таблиц , которые по идее должны обновиться, не каскадный ФК. поставил у него CASCADE и споткнулось уже на этой таблице ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:27 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов Денис, от обновляемой таблицы по набору полей зависит другая, а от нее другая... и тд. всего штук 15-20. вот по ним и идет каскад. так что думаю смысла нет смотреть на две таблицы ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:29 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv> DDL neeoei? aieuoie aoaa? ) Как верно заметил Денис, DDL двух (или трёх) задействованных таблиц большим быть не может. Даже если много полей - можешь просто выкинуть ненужные, оставив только поля PK и FK. И DML, который приводит к ошибке, не забудь привести. Не будет DDL+DML - вряд ли кто-то сможет помочь. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:37 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv, столько гемора из-за Swv...чтобы таблицу пятых документов можно было бы быстро отфильтровать по этому признаку не joinив все вплоть до первой таблицы. Ну смотри. Ты фильтруешь по полю, которое у тебя продублировано в табличке нижнего уровня. Для эффективной фильтрации у тебя должен быть подходящий индекс. Иначе, если табличка большая - может получиться грустно. ... А теперь - "с джойном". Ты фильтруешь по полю в табличке верхнего уровня. Эта табличка наверняка меньше, чем табличка "нижнего уровня". Фильтруется быстро, стало быть. А потом к остатку джойнятся только те записи, которые ты должен увидеть. Выигрыш по скорости - налицо. Даже из-за этого есть смысл все переделать на искусственные ключи на основе целочисленной последовательности. Выигрыш - колоссальный: не нужно каскадно обновлять данные, уменьшается размер базы, упрощается сопровождение, во мнгих случаях возрастает скорость обработки. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:47 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Ну смотри, ну согласен ) может так и есть. но дублировал еще по той причине, что было необходимо, чтобы в тело второго документа нельзя было добавить ничего, кроме как из тела первого документа, тк первый есть основание для второго. может конечно и перемудрил. DDL порезал. DDL Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61.
в данном случае спотыкается на FK_STARTP2_5. если же у него убрать каскадность, то тут уже ошибки не будет. появится на другой таблице обновляю так Код: plsql 1. 2. 3.
... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 15:54 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Swv...но дублировал еще по той причине, что было необходимо, чтобы в тело второго документа нельзя было добавить ничего, кроме как из тела первого документа, тк первый есть основание для второго... ... Если в документе не будет полей, куда можно добавить это самое "что-то не то", то и проблемы такой не будет. Бывает, конечно, необходимость брать данные из справочной таблицы не "по ссылке", а по значению. Например, чтобы зафиксировать цену, по которой товар был продан, цена в платежный документ копируется из прайса, прай после этого может меняться, а в платежном документе останется цена на момент покупки. Но в этом случае уж точно никакого каскадного обновления не потребуется, и это явно не твой случай. Насчет суррогатных кл.чей смотри сюда: http://www.informix.com.ua/articles/key/key.htm ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 16:14 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Ну смотри, ок. есть вот такие вот таблицы Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47.
z1 и z2 это два документа. Z2.BASE_ID это базовый документ Z1. Соответственно в Z2_1 для конкретного документа не должно быть ничего, чего нет в Z1_1 соответствующего документа Z2.BASE_ID Какое ограничение добавить? По мне так в Z2_1 надо добавить тоже base_id и создать ФК Z2_1 (Z2_id,BASE_ID) REFERENCES Z2 (C,BASE_ID). тогда добавление как должно быть не пройдет ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 18:15 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
могу только погрешить на зацикленные каскадные ссылочные действия ) как говорил kdv. Есть какой нибудь запрос на выявления этих циклов? ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 18:51 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
SwvЕсть какой нибудь запрос на выявления этих циклов? я думал, что он у меня тут www.ibase.ru/sysqry/ но оказывается, что нет. по идее, можно выполнить запрос 9, и просканировать его на "зацикливание". ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 19:12 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
по стеку ошибки удалось однако узнать порядок срабатывания системных триггеров этих самых каскадов. получилась такая картина Код: plsql 1. 2. 3. 4. 5. 6. 7. 8.
обновлялась HEADER0_BODY. а споткнулась на HEADER1_BODY ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 20:35 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
выполняется каскад так HEADER0_BODY HEADER1 HEADER2 HEADER1_BODY HEADER2_BODY но получается, что сначала обрабатывается HEADER1_BODY, а потом уже HEADER2. И доходит до HEADER2_BODY и обламывается. что намудрил? HEADER2 имеет ссылку на документ-основание HEADER1. а чтобы "залочить" HEADER2_BODY на соответствующий HEADER1_BODY в HEADER2_BODY имеется ссылка и ФК на HEADER1_BODY. Вот тут видимо и перемудрил. вот только как поправить с учетом того, что у второго документа есть документ документ-основание и в теле второго документа не должно быть ничего кроме как из тела документа-основания ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 21:29 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
SwvСоответственно в Z2_1 для конкретного документа не должно быть ничего, чего нет в Z1_1 соответствующего документа Z2.BASE_IDЯННП. А то, что понял - не уверен, что понял правильно. Более того, у тебя и с именованием объектов проблемы. Затрудняешься объяснить - приводи таблички с данными. Если Z11 и Z21 - это две таблицы для одной сущности (т.е. для разных её атрибутов) - так и скажи. ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 22:18 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, z1, z1_1 - шапка-тело ) z2 ,z2_1 аналогично ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 23:10 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
И? Какое отношение Z21 имеет к Z11 или Z1 ? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
20.03.2016, 23:18 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Имхо, автору следует обратиться в http://www.sql.ru/forum/db-design ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 02:03 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
МимопроходящийSwv, советовать тебе сейчас что-либо, не зная предметной области и поставленной задачи смысла не имеет. есть общие принципы проектирования БД (помимо нормализации). один из них - избегать составных ПЕРВИЧНЫХ ключей. нужна уникальность по группе полей - создавай УНИКАЛЬНЫЙ ключ (но не первичный). а первичный ключ обычно делают суррогатным, на генераторах, сиквенсах, автоинкрементах, UUID-ах и т.п. на такой ключ гораздо удобнее ссылаться из FK и не нужно городить каскадные обновления. к слову, легенда гласит, что если на ПК вообще забить, mysql его сам создаст произвольно ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 09:12 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
kdvэто не анекдот.Каждый анекдот - это зачастую реальное событие, гиперболизированное вплоть до абсурда, так что не вижу никаких противоречий. Гаджимурадов РустамКак будто если бы удаление в этой БД было на триггерах, а не каскадное - стало бы легче/лучше.Речь не о способе реализации, а о самой архитектуре. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 09:57 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
WildSery> Речь не о способе реализации, а о самой архитектуре. Это лишь игра слов, не более. Если бы "архитектура" в этой БД была на триггерах, а не на каскадах - лучше бы не было. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 11:50 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, я про это и пытался сказать. Длинные цепочки каскадов или триггеров делают БД одинаково запутанной и тяжело сопровождаемой. ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 11:55 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Симонов Денис> я про это и пытался сказать Но сказал совсем другое. > Длинные цепочки Во-первых, это само по себе неверное выражение, если ты не имеешь в виду кучу триггеров на одной таблице, конечно. Во-вторых, по этому вопросу много мнений и нет никакого консенсуса/правила, так что вот так вот голословно выдавать "зло" не стоит, наверное. Как будто "длинная цепочка" процедур намного лучше/легче сопровождается. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
21.03.2016, 12:37 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
tip78к слову, легенда гласит, что если на ПК вообще забить, mysql его сам создаст произвольно Это не легенда, а особенность www-технологий. http://sql-info.de/mysql/database-definition.html#2_2 В конце концов изначално это был MyISAM к которому прикрутили SQL запросы, типа BDE. PHP + MySQL 3: ты что-нибудь как-нибудь напиши, а я как-нибудь что-нибудь сделаю. ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2016, 13:18 |
|
Каскадный ФК
|
|||
---|---|---|---|
#18+
Hello, Arioch! You wrote on 5 апреля 2016 г. 13:24:53: Arioch> PHP + MySQL 3: ты что-нибудь как-нибудь напиши, а я как-нибудь что-нибудь сделаю. наверное это был предвестник ORM + .NET Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
05.04.2016, 13:25 |
|
|
start [/forum/topic.php?all=1&fid=40&tid=1562244]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
53ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
71ms |
get tp. blocked users: |
1ms |
others: | 14ms |
total: | 180ms |
0 / 0 |