https://www.opennet.me/openforum/vsluhforumID3/36186.html В статье "Embedded SQL with Pro*C (http://www.oreillynet.com/pub/a/databases/2006/12/07/embedded-sql-with-pro-c.html)" рассказывается о пре-компиляторе Pro*C, преобразующем исходные тексты с "Pro*C" вставками (по сути обычные SQL вставки) в нормальный Си/Си++ код.<br><br><br>Ниже наглядные примеры единого использования переменных и прямых <br>SQL запросов:<br><br><br><br><br> int a;<br> EXEC SQL SELECT salary INTO :a<br> FROM Employee<br> WHERE SSN=876543210;<br> printf("The salary is %d\n", a);<br><br> int x; char *y; int z;<br> EXEC SQL INSERT INTO emp(empno, ename, deptno)<br> VALUES(:x, :y, :z);<br><br> int emp_number[50];<br> char emp_name[50][11];<br> EXEC SQL INSERT INTO emp(emp_number, name)<br> VALUES (:emp_number, :emp_name);<br><br><br><br><br>URL: <br>Новость: http://www.opennet.ru/opennews/art.shtml?num=9147<br> https://www.opennet.me/openforum/vsluhforumID3/36186.html#19 Mon, 11 Dec 2006 11:15:25 GMT &gt;Основной плюс - это возможность делать проверки SQL-кода до компиляции. <br>&gt;<br>&gt;Ясное дело, что есть минусы. Но вот этот плюс, на мой взгляд, <br>&gt;даёт право на жизнь данному подходу. Это подтверждается тем, что "встроенный <br>&gt;SQL" описан и в тексте стандартов (в какой-то из его частей). <br>&gt;<br><br><br>проверки sql-кода сишным компилером... эхехе, а если я элементарно в имени поля буковку попутаю - это как, отдетектится? :)<br><br><br><br><br> https://www.opennet.me/openforum/vsluhforumID3/36186.html#18 Sun, 10 Dec 2006 22:49:40 GMT этот Pro*C гыдота та ещё. что более-менее простое на нём налабать можно, но не более. в своё время поковырял его и перешёл на OTL, коим остался вполне доволен. https://www.opennet.me/openforum/vsluhforumID3/36186.html#16 Sat, 09 Dec 2006 21:07:18 GMT есть же обёртки над sql не на sql а уже на прикладном ЯП.<br>вот для них же.<br>это не то же самое что и код sql пополам с Си в разных частях приложения.<br> https://www.opennet.me/openforum/vsluhforumID3/36186.html#15 Sat, 09 Dec 2006 09:45:16 GMT Основной плюс - это возможность делать проверки SQL-кода до компиляции. <br><br>Ясное дело, что есть минусы. Но вот этот плюс, на мой взгляд, даёт право на жизнь данному подходу. Это подтверждается тем, что "встроенный SQL" описан и в тексте стандартов (в какой-то из его частей). https://www.opennet.me/openforum/vsluhforumID3/36186.html#14 Sat, 09 Dec 2006 06:28:41 GMT А что, сложно API соответствующей БД юзать? Там же тоже просто запросы будут, просто в сответствующей функции. А то учим Си, потом учим ESQL потом пишем, потом думаем где напароли. Все едино после прогона через препроцессор будет код для конкретной БД по идее.<br><br>А ADO или ODBC эт для ситуации когда БД непонятно какую юзать надо... ИМХО.<br><br> https://www.opennet.me/openforum/vsluhforumID3/36186.html#13 Fri, 08 Dec 2006 16:14:06 GMT небольшие утилиты писать - самое то на perl или того проще - на *sh, а такие извраты - ф топку. https://www.opennet.me/openforum/vsluhforumID3/36186.html#12 Fri, 08 Dec 2006 15:50:23 GMT Небольшие утилиты писать - самое то. Будет быстро и понятно. Вместо огорода ADO или ODBC.<br><br><br> https://www.opennet.me/openforum/vsluhforumID3/36186.html#11 Fri, 08 Dec 2006 15:24:50 GMT А чем плохо ? Однажды уже было, никому не мешало. Ежедневную одноразовую горбуху на пару запросов скодить - самое то. А с дуру можно ясный день и член сломать... Каждой задаче - свой инструмент. https://www.opennet.me/openforum/vsluhforumID3/36186.html#10 Fri, 08 Dec 2006 14:40:12 GMT &gt; Впрочем, отдельные умельцы по 15000 строк в void main(){} запхнуть умудряются... им не привыкать...<br><br>Это вы о mplayer? ;)