https://www.blog.sergeykopylov.ru/tags/problema/ Блог Сергея Копылова Сергей Копылов ru E2 (v3559; Aegea) Сергей Копылов Блог Сергея Копылова 75 https://www.blog.sergeykopylov.ru/all/pro-to-kak-ya-otvetil-na-vopros-na-kotory-ne-znal-otveta/ Sun, 22 Mar 2020 11:56:27 +0300 Сергей Копылов https://www.blog.sergeykopylov.ru/all/pro-to-kak-ya-otvetil-na-vopros-na-kotory-ne-znal-otveta/ <p>Сделали мы новый проект и пришло время его тестовой эксплуатации.</p> <p>В компанию приехал технический пециалист заказчика и стал задавать всякие каверзные вопросы. Сначала с ними справлялся менеджер, но в какой-то момент перестал и в кабинет позвали меня, как ведущего разработчика проекта.</p> <p>Представитель заказчика задал какие-то вопросы, о которых мы подумали и на которые я знал ответ и вот прихоло время следующего вопроса. Он говорит:</p> <ul> <li>Вы сделали прекрасную историю изменений, которой нет у конкуретнов. Теперь в истории хранится не только время и автор изменения, но и весь слепок версии на то время. Однако, мы боимся, что документы будут меняться часто и история начнёт занимать слишком много места за года использования. На основном сервере мы не можем обеспечить столько места на жёстких дисках, и хотели бы вынести историю в отдельную базу на другом сервере. Можно ли так сделать? Сможете ли вы это запрограммировать?</li> </ul> <p>В моей голове завертелось следующее:</p> <ul> <li>проблема есть;</li> <li>выносить в отдельную базу, значит, потерять внешние ключи, это значит, что мы не сможем контролировать целостность, и, наверно, появятся ещё какие-то проблемы;</li> <li>программировать что-то для частного случая не хочется, так мы можем придти к 15 БД;</li> <li>любое программирование — это деньги компании и мне придётся объяснить, почему мы это делаем;</li> <li>эта проблема точно возникала не только у нас, множество продуктов хранят историю и вообще очень много данных;</li> <li>мы используем PostgreSQL, это наиболее развитая свободная СУБД и там точно есть решения для этих проблем, когда данные не помещаются на один жёсткий диск.</li> </ul> <p>И я сказал: я думаю, что нам не нужно будет ничего программировать. Мы сможем вынести таблицу с историей на другой сервер посредством возможностей СУБД.</p> <p>Представитель удивился, сказал, что хорошо, если так и я пошёл на рабочее место. Там я спросил у бекэндера, был ли я прав. Он ответил, что да, и что это называется «внешние таблицы».</p> <p>Мораль в том, что проспо подумав и прикинув вероятность того, что что-то работает так, как тебе нужно, ты можешь придумать решение для разных ситуаций. Правда для этого нужен какой-никакой кругозор.</p> <p>Поэтому я и трачу существенную часть рабочего времени на то, чтобы этот кругозор нарасти и не потерять.</p>