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

    −853.2

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

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

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

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

    • Николай Туман:
      Видать, кто-то с MySQL MyISAM перешел...
      Ответить
    • cheef:
      а нафик вам фореин кей? Оборачиваете базу данных приложением.
      Ответить
    • TEHEK:
      Не в тему. Отсутствие внешних ключей еще ничего не говорит.
      Ответить
    • одна очень серьезная иностранная ОДБ(операционный день банка, как правило большая, оч большая база) на ИБМ ДБ2 тоже создана без единого форейн кея, и ничего страшного тут не случилось
      Ответить
    • Oracle E-Business Suite ERP от Оракла. Ни единого форенкея. ок 4000 таблиц. И работает- ОК.
      Ответить
    • Microsoft Project - ни одного ФК

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

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

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