1. SQL / Говнокод #1471

    −853.2

    1. 1
    какой нафиг код((((

    больше года пишут и поддерживают проект
    а как оказалось, в бд на 36 таблиц нет ни одного фореинг кея!
    уебаны ((((((((((

    Запостил: guest, 05 Августа 2009

    Комментарии (20) RSS

    • ava guest 06.08.2009 00:54 # +1

      Николай Туман:
      Видать, кто-то с MySQL MyISAM перешел...
      Ответить

    • ava guest 07.08.2009 11:15 # +1

      cheef:
      а нафик вам фореин кей? Оборачиваете базу данных приложением.
      Ответить

    • ava guest 09.08.2009 12:51 # +1

      TEHEK:
      Не в тему. Отсутствие внешних ключей еще ничего не говорит.
      Ответить

    • ava guest 10.08.2009 17:42 # 0

      одна очень серьезная иностранная ОДБ(операционный день банка, как правило большая, оч большая база) на ИБМ ДБ2 тоже создана без единого форейн кея, и ничего страшного тут не случилось
      Ответить

    • ava guest 11.08.2009 11:48 # +2

      Oracle E-Business Suite ERP от Оракла. Ни единого форенкея. ок 4000 таблиц. И работает- ОК.
      Ответить

    • ava guest 11.08.2009 17:35 # 0

      Microsoft Project - ни одного ФК

      помнится папа Билл сказал, что тот, кто прочёл Кнута, тот может претендовать на работу в МС
      надо полагать, того, кто прочёл Дейта, сам папа Билл поцелует в попку
      Ответить

    • ava guest 13.08.2009 16:14 # 0

      В рельсах ФК не часто пользуют...
      Ответить

    • ava labutinpa 14.08.2009 01:07 # 0

      Без FK проще на этапе разработки (но не отладки), когда часто приходится модифицировать структуру. Либо это нужно в специфических случаях, когда FK действительно нельзя добавить или не нужен. Но чтобы FK ни разу не понадобился в 4000 таблиц это уж извините. Бывает, и на 10 таблицах без FK база столько говноданных успевает насобирать...
      Ответить

      • ava guest 14.08.2009 13:54 # +1

        отсутсвие FK зачастую компенсируют функционалом фронтэнда, задо без FK база работает шустрее

        не надо тут видеть ошибок, это просто другой подход, или по вашему все БД должны быть реляционными?
        Ответить

        • ava guest 19.08.2009 15:14 # 0

          Что-то не очень понял. БД без FK не может быть реляционной что ли?
          Ответить

          • ava Bartelby 25.08.2009 10:53 # +1

            А что вообще в вашем понимании "реляционная база данных?
            Нашел на хабре:
            "реляционная база данных - это такой сферический конь в вакууме. Существует в больном воображении математиков с 1969 года, когда она была предложена Коддом. За прошедшие почти 40 лет эта дурацкая затея искалечила жизнь миллионам программистов, которые вынуждены работать с таблицами, хранящимися на диске (это, в сущености, всё что реально существует в природе) используя API рассчитанный для несуществующего в природе объекта что приводит к куче головной боли и огромной потере времени. Полезна в исследовательской работе: если вы можете описать результат используя теорию множеств и вас не интересует время работы программы - то реляционную алгебру можно с успехом использовать. К сожалению на практике реляционные базы пытаются сдуру использовать в тех областях где время работы всё-таки важно отчего проистекает неизмеримое количество бед..."
            И абсолютно поддерживаю!
            Ответить

            • ava guest 31.08.2009 09:49 # −2

              ну если есть ФК то это уже условно реляционная
              Ответить

              • ava Suor 07.10.2009 10:21 # +1

                реалиционность базы к ФК прямого отношения не имеет
                Ответить

    • ava guest 27.11.2009 00:18 # 0

      Diasoft -- один из ведущих разработчиков ПО для банков.
      В системе учета ЦБ вся целостность держится на процедурах. ключей нет.
      Ответить

      • ava guest 21.12.2009 20:55 # 0

        Будь ещё в тех процедурах поменьше разного смешного кода....
        Кстати, о птичках, хелп у них тоже достаточно смешной местами.
        Ответить

    • ava guest 12.12.2009 00:58 # 0

      Судя по комментариям, govnokod.ru - Социальная сеть говнокодеров.
      Ответить

    • ava guest 24.12.2009 16:26 # 0

      FK - зло.
      Ибо производительность сильно падает,
      а от кривых рук не спасает.
      Грамотная система прекрасно поддерживает целостность данных без них.
      Ответить

      • ava guest 25.12.2009 16:08 # 0

        FK зло в очень больших системах. Чем больше система, тем большее зло есть FK (именно как CONSTRAINT).
        Ответить

    Добавить комментарий