Я категорически извиняюсь за бесполезный комментарий, но теоретическое определение факториала подразумевает делимость на все вплоть до (n-1). Так что ваше замечание про 3 и 9 мне непонятно.
Файл-сервер в данном контексте подразумевается - обработка программой файла, который ему подсовывает пользователь. Либо создание такого файла. Просто представьте какая БД в Microsoft Word или видеоплеере. Там используются xml/json/ini-конфиги и поедание файлов, передаваемых пользователем. БД используются крайне редко и под конкретные задачи(порой косвенно связанные с сетевым взаимодействием), например 1С Бухгалтерия. В случае Бухгалтерии - один из вариантов как раз SQLite
Марис: Если у вас есть набор данных для отчета, то всегда проще сначала вывести их на экран как HTML, а в углу кнопку "выгрузить в XLS". Судя по вашему сообщению - у вас есть данные, вы их превращаете в XLS, а потом хотите XLS в HTML. По моему это странная архитектура. Кстати, чем вас не устроил Reporting Services? Вы отказавшись лепить велосипед выгрузки - лепите велосипед генерации отчета.
Сергей Коновалов: Я к тому что использовать NULL, в паре с ловлей NullReferenceException - чистое применение goto. Код начнет прыгать туда сюда и отладка станет праздником жизни. Лучше отловить конкретные исключения - ошибки чтения данных с выводом конкретной инфы -что-то не так с базой или еще чем-то. NULL для этих целей в принципе можно использовать, но на мой взгляд лучше все-же четко отделять логику работы и возникшие ошибки.Проверка на NULL в данном случае будет проверкой на то что была ошибка и к бизнес-логике никакого отношения не имеет.
Сергей Коновалов: А вот это уже надо было писать в вопросе. На мой взгляд в интерфейс надо бросить некое исключение "DataSourceException". Чтобы пользователю показать что что-то пошло не так, а не "Ничего не найдено".
Совет №1 - передайте в метод хоть какие-то параметры фильтрации. Фильтровать на сервере приложения - плохо. Таскать данные, которые вам не нужны - плохо. Вам точно нужен ВЕСЬ(!!!) список адресов? Как правило даже если это так - выводить весь вам не надо, а нужно пагинировать штук по 20.
sergey martynuk: у вас могут возникнуть сложжности если будете обрабатывать несколько тасок разом. когда одну надо релизить, другая в работе, а бранч один. иногда лучше заводить бранчи не под разработчика , а под таски.
Joker163: Посоветовавшись с коллегой появилось другое предложение - поставить в сеть не Arduino а Raspberry PI с поднятой операционкой. Отправить сигнал на нее, а оттуда уже или по SSH или еще каким костылем отключить комп.
Константин Рафиков: Я просто не очень понимаю вашей трагедии. Предположим у вас большой .css . И?Много трафика? или сложно поддерживать? и то и другое при использовании Javascript станет еще сложнее
Joker163: Честно - на 100% не уверен. Вы хотите через Arduino пропускать трафик и в зависимости от состояния флагов - не пускать дальше в ПК? на мой взгляд это сильно срежет скорость работы интернета. Самые простое решение - механический разрыв сети. Может получится у вас повесить на сетевой кабель некий сервопривод, который выдернет шнур из ПК.
Макс: А по поводу ANY/IN - лично я не люблю нестрогую логику. С одной стороны - да, в некоторых случаях быстрее. С другой - никто не может четко объяснить когда именно. Можно потестить, но это не значит что через месяц состояние таблиц изменится, а запрос продолжит летать.