ivanich274 посмотрите еще, что указано в информации о DLL (в тултипе, когда наводишь на файл). borlndmm.dll это вроде менеджер памяти борландовский, значит это делфи или bc++. Что написано у Tutil32.dll и Ver71.dll?
Да, насчет sqlite - откройте файл Фаром или каким-нибудь HEX-редактором и посмотрите что в начале файла (можете скрин сделать). Если сигнатура известная, может поймем, что там.
Да, одна из основных частей PDO - это выполнение запросов с использованием prepared statements. Ну просто имейте в виду на будущее. Каждый день встречаются люди, которые продолжают собирать запросы руками (хотя конечно сейчас их гораздо меньше, раньше это была настоящая проблема, в популярных форумах/CMS-ках на PHP находили дыры регулярно).
самое время начать, потому что гораздо проще сначала убедиться в том, что работает/не работает конкретный запрос при каких-то конкретных значениях вместо переменных, а затем уже разбираться, почему запрос неправильно собирается в PHP-коде (неправильный формат и т.д.). И да, сейчас в большинстве случаев собирать запрос контатенацией - дурной тон, у вас в коде сходу есть SQL-инъекция (можно передать php-скрипту в переменной $to чтото вроде 01-01-2001' OR 1=1--, т.е. есть возможность влиять на синтаксис запроса, т.е. я могу написать и такое - 01-01-2001' UNION SELECT password FROM users-- ну и так далее, подробнее в википедии), обязательно изучите и используйте prepared statements в ваших скриптах и программах.
Hello World При попытке выполнить SQL-запрос вы получаете ошибку или просто не возвращаются строки? Напишите вручную в консоли запрос с конкретными константными значениями и посмотрите, возвращаются ли ожидаемые строки ил нет.
Иннокентий Иванов Интересно, откуда у вас такая информация о привязке. Мне и в голову бы такое не пришло). Возможно вы спутали с воркспейсами, они по дефолту создаются для каждой машины, но это вообще отдельная история, к структуре репозитория на сервере они отношения не имеют. Ваш проект это не более чем набор файлов, из которых большая часть текстовые, включая файлы proj и sln. Пути почти везде используются относительные, т.к. иначе командная работа была бы невозможной (а TFS для того и нужен). Даже NuGet помогает вам управлять зависимостями так, чтобы проект был максимально самодостаточным. Source control в TFS-е мало чем отличается от SVN-а и по сути это обычная иерархическая файловая система, только с историей, не более. Никаких скрытых привязок к машине и копии винды у него нет.
Иннокентий Иванов вы бы вообще разобрались хоть немного с процессом сборки и какими файлами он управляется. Имхо, вы так далеко не уедете, если на ранних этапах уже не можете организовать проект. У вас там уже 5000 файлов исходников?
1) скорее всего вам придется это сделать, чтобы сконвертить папку в бранч, т.к. сейчас конвертить нечего - у вас все в корневой папке TeamProject-а;
2) про NuGet почитайте, сборки сейчас в СКВ грузить смысла нет
3) о каких линках идет речь? кто ссылается на текущую структуру? причем тут шаблон Visual Studio? Какие переменные среды? Я вам не предлагаю менять структуру папок проекта относительно друг друга, я предлагаю убрать весь проект в подпапку (все, за исключением BuildProcessTemplates), уж не знаю что у вас там за линки. Если у вас настроен CI - в чем я сомневаюсь, раз у вас нет бранчей еще - то тогда да, нужно будет его настроить, а если нет - тогда о каких линках речь? Ссылки в файлах проекта все относительные, вы и сами можете их посмотреть и поправить, если откроете редактором файлы проектов и солюшена - они все вполне себе текстовые.
Вы уже достаточное количество раз спросили "вы уверены?", чтобы а) основательно почитать документацию; б) задуматься об использовании другой СУБД помимо mysql, если нужны какие-то более серьезные гарантии (mysql это все-таки не для финансов и не для критичных приложений, чего уж там); в) установить и попробовать самому. Можете начать изучение отсюда: https://dev.mysql.com/doc/refman/5.6/en/set-transa... Заодно разберетесь с уровнями изоляции, т.к. это по сути и есть ответы на ваши вопросы - разные уровни дают разные гарантии ценой разной производительности параллельных транзакций.
nepster09 да, именно так, если вашу транзакцию сервер успешно выполнил, записей уже не будет, либо если по каким-то причинам он этого не сделал, наоборот, все записи будут на месте. Возможно выполнение транзакции займет какое-то заметное время, но вы не сможете выполнять другие запросы, пока не завершится текущая транзакция с удалением записей.
nepster09 ну допустим, так вот, с точки зрения изоляции вам вообще зачем знать мгновенно он это сделает или нет? Я не знаю, какие у mysql дефолтовые настройки, но при самом высоком уровне изоляции у вас параллельные транзакции либо увидят все 1М записей живыми, либо их всех уже не будет. Сколько там MySQL их будет удалять физически - это уже в общем-то не проблема клиента. Конечно, если сервер в принципе не будет справляться с удалением (изза 100% загруженности диска/проца) - это другой вопрос, но я думаю вы не каждую секунду будете удалять миллион записей. В больших СУБД типа mssql или оракла физическая запись изменений - это вообще отдельная история. Изменения могут накапливаться в логе и скидываться на диск относительно редко большими порциями, там вообще нет понятия "мгновенно".
nepster09 то, что записи будут удалены - это гарантировано, ограничения внешних ключей просто так не игнорируются. Я думаю, при стандартных настройках mysql неотработка имеющихся constraint-ов считается критическим багом и просто так, думаю, не случится.
Вам что вообще нужно - выяснить, гарантирует ли MySQL каскадное удаление или то, как он это будет делать? Просто такой вопрос можно о любом софте задать. Можно ли доверять ядру ОС и драйверам файловой системы в записи данных на диск?
Если вас беспокоит производительность - так и напишите, если вас беспокоит поддержка мускулом SQL как стандарта - это другое, если вы не понимаете, что гарантирует сам стандарт и что означают указанные кейворды - это третье.
В любом случае - индексы помогут MySQL все "выборлить".
Да, насчет sqlite - откройте файл Фаром или каким-нибудь HEX-редактором и посмотрите что в начале файла (можете скрин сделать). Если сигнатура известная, может поймем, что там.