Относительный импорт здесь не актуален. Происходит то, что sys.path
, вероятно, выглядит примерно так:
[
'', # the current directory
'C:\\Program Files\\Python 3.5\\python35.zip',
'C:\\Program Files\\Python 3.5\\DLLs',
'C:\\Program Files\\Python 3.5\\lib',
'C:\\Program Files\\Python 3.5',
#network x is in one of these two
'C:\\Users\\<you>\\AppData\\Roaming\\Python\\Python35\\site-packages',
'C:\\Program Files\\Python 3.5\\lib\\site-packages'
]
Когда вы набираете import networkx
, он проходит через все эти каталоги в порядке поиска либо networkx.py
. Сначала он найдет тот, который находится в вашей «папке без названия».
Лучший способ исправить это - переименовать файл или поместить его в подкаталог, mystuff/networkx
Это было бы плохой идеей, но вы также можете сделать sys.path.remove('')
для удаления первая запись.
Можно сохранить Возврат каретки в базе данных. Проблема здесь состоит в том, что Вы используете Studio управления SQL Server для отображения результатов запроса. Вам, вероятно, настроили его для показа результатов в сетке. Измените конфигурацию SSMS для показа результатов для отправки текстовых сообщений, и Вы будете видеть возвраты каретки.
Щелкните правой кнопкой в окне запроса-> Результаты К-> Результаты Для отправки текстовых сообщений
Выполните свой запрос снова.
INSERT INTO table values('test1' + CHAR(10) + 'test2' + CHAR(10) + 'test3' + CHAR(10) + 'test4')
Это должно сделать это. Для наблюдения эффекта переключите окно результатов запроса на вывод простого текста.
С уважением
Вы, возможно, должны были бы вставить "\n" вместо литерального возврата каретки.
Можно ли разъяснить, как Вы получаете данные назад из базы данных? Какой инструмент Вы используете? Данные, вероятно, содержат возвраты каретки, но они не отображены, если Вы добираетесь, результаты в сетке (попробуйте результаты в текстовой опции),
IIRC, с помощью chr (13) + chr (10) должен работы.
insert into table values ('test1' + chr(13) + chr(10) + 'test2' );
Возврат каретки хранится, как. Проблема здесь состоит в том, что Ваш sql клиент не понимает это. Если Вы сделали необработанный дамп этих данных, Вы будете видеть, что возвраты каретки находятся там в данных.
Я использую DBArtisan на работе, и это, кажется, хорошо работает. Однако isql, кажется, имеет ту же проблему, о которой Вы сообщили.
Этот результат в Вашем HTML или в анализаторе Запроса? Если бы это находится в HTML, взгляните на исходный код, и это могло бы казаться корректным там, в этом случае необходимо было бы заменить crlf символы <br />
теги.
Я также думаю, что раньше были атрибуты, которые Вы могли добавить к текстовой области HTML, чтобы вынудить это отправить возвраты каретки определенными способами - мягкий или твердый? Я не искал это, возможно, кто-то мог сделать это.
Но SQL Server действительно сохраняет эти два символа, по моему опыту. На самом деле я сделал точно, как Вы описали здесь несколько дней назад с помощью SQL, 2005 и каждый разрыв строки имеют два непечатных символа.