問題タブ [sequelpro]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
10633 参照

mysql - null および不適切な形式の datetime 値を datetime 列 MySQL にインポートする

Sequel Pro インターフェイスで MySQL データベースを使用していますが、SQL は初めてです。csv ファイルからデータをインポートしようとしていますが、インポート先の列の 1 つが datetime 型です。ただし、データを受け取る形式は mm/dd/yy hh:mm AM/PM または null です。もともと、問題を回避するために列の型を varchar に変更しましたが、列に日時型と形式がない限り実行できないデータに対していくつかの日付関数を実行する必要があるため、方法が必要です受信データを適切な日時形式に変換します。

さらに、SQL やデータベースの知識がない人が import ステートメントを実行することになるため、mysql コマンド ラインに複雑なことを入力する必要がなく、単にファイルをクリックしてインポートできるようにすることをお勧めします。また、クエリを実行した後、データを同じ形式 (mm/dd/yy hh:mm AM/PM または null) でエクスポートする必要があります。

列のサンプル値を次に示します。

私が集めたおそらく単純な解決策は、数時間のグーグル検索からはそれほど良い考えではないかもしれません.それを適切なMySQL日付形式にしてから、日付関数を実行します。

とにかくどんな助けでも大歓迎です。

0 投票する
1 に答える
241 参照

mysql - Sequel Pro - Ö、ü、ç、ñ、ß などの文字の読み方

Sequel Pro を使用して MySQL にデータを読み込んでいますが、Ö, ü, ç, ñ, ß. 試しWestern ISO Latin 1てみましたが、うまくいきません。Western DOS Latin 1実際にこれらの文字を別のものに変換するも試しました。元の文字を保持し、データをインポートするときにそれらを変更しない方法はありますか?

0 投票する
1 に答える
225 参照

mysql - FortrabbitのLaravel 4.1(Croppaを使用)でMySqlデータベースまたはパブリックフォルダーに「画像アップロード」が書き込まれない

初心者注意!最近、Laravel サイトを Fortrabbit に移動しましたが、新しい画像をサイトに投稿すると、データベースまたは upload\images ディレクトリに書き込まれません。テキストの投稿、ユーザーの追加、パスワードの変更などのその他の変更は、データベースに正常に追加されました。ローカル サイトではすべて正常に機能していました。

私が試したことのいくつか; SSH を使用して Fortrabbit サーバーのアップロード ディレクトリに書き込みをグループ化する権限を変更し、{{ dd(public_path()) }}ローカル サイトとリモート サイトでパブリック パスをチェックし、\bootstrap\start.php でパブリック パスを宣言し、\croppa\config.php でホストを宣言しました。

誰かアイデアはありますか…</p>

thx事前に

0 投票する
4 に答える
1504 参照

mysql - MySQL VARCHAR タイプが整数に変換されない

、または整数VARCHARにしたいタイプのデータの列があります(私の最終目標は、すべてのデータポイントを整数にすることです)。ただし、私が試みるすべてのクエリは、 の値を返します。CONVERTCAST0

私のデータは次のようになります。

次のクエリのいずれかを実行すると:

私の結果は次のとおりです。

そこに驚きはありません。ただし、これらのクエリのいずれかを実行すると、次のようになります。

私の結果は次のとおりです。

SOとGoogleでこの問題の答えを探しましたが、運が悪かったので、ここでプロを試してみようと思いました.

編集/更新

コメントからの提案に対していくつかの追加クエリを実行しました。結果は次のとおりです。

データ自体に問題があるようです。この投稿に出くわした人のために: この時点での私の解決策はTRIM、データ ポイントから超過してCONVERTからUNSIGNED. 助けてくれてありがとう!

さらに編集/更新

少し調べたところNULL、データに隠しバイトがあることがわかりました。この質問への回答が役に立ちました: MySQL で SELECT を使用してパディングされた NULL バイトを削除するにはどうすればよいですか?