Здравствуйте, Лекс, Вы писали:
Л>Поясню: Л>Конечно с предложенным вариантом MS SQL — мои дефайны сомнительны. Л>А как быть с Access'ом или текстовиком?
Затык образовался какой-то. У вас есть скрипты SQL (из чего я предполагаю, что вы используете полнофункциональную RDBMS), но использовать SP вы не можете по причине Access'а или текстовика, и само по себе это сочетание странно.
Л>Меня интересует один вопрос, как проще использовать *.sql в проекте — дефайны выгледят "не очень"
А вот уже идеологический вопрос. Можно свалить все дефайны в кучу и наслаждаться длительными компиляциями при изменении какого-то одного малюсенького запроса. Удобство есть, но какое-то сомнительное. А можно развести все запросы по классам DAL'а и быстренько компоновать объектные файлы. Однако в этом случае все запросы будут ровным слоем размазаны по куче классов. Хотя если взглянуть на это с ООПизированной точки зрения, то можно найти некоторую выгоду.
А *.sql как таковые использовать вряд ли возможно.
Л>Так вот с таким форматированием легко набрать 2000 символов и более, а проект в UNICODE (типа ограничтесь товарищь програмист 1024 символами).
Я про ограничение на #define не нашел ничего.
HgLab: Mercurial Server and Repository Management for Windows