のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,368,617人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 117

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    751 = :

    >>742
    Javaじゃないんだw

    752 = :

    >>564
    テーブルの数は全く関係無いし、テーブル・索引設計とDBサーバーのメモリ量とチューニング次第で、100万行でも1000万行でも無問題。

    753 = :

    ユーザごとに1テーブルつくるくらいならテキストDBでもよくないの?

    754 = :

    テキストDBだとクエリ投げられないだろうが。

    756 = :

    テーブル分割して速度を稼ぐって考えも悪くはないんだけど、今はその段階じゃないのは確実

    757 = :

    メモリやアクセスの管理の面倒を避けるためのデータベースな訳だが。
    SQLiteになると一ファイル構成だからでかいとロードが遅い。

    758 = :

    >>757
    > メモリやアクセスの管理の面倒を避けるためのデータベースな訳だが。

    素人的にはそう思えちゃうかもな。ワラっちゃうけど。。

    759 = :


    データベース - Wikipedia
    データベースは、特定のテーマに沿ったデータを集めて管理し、容易に検索・抽出などの再利用をできるようにしたもの。
    コンピュータ上では、データの再利用を高速かつ安定に実現するため、データを格納するための構造について様々な工夫が払われており、
    このデータ構造とアルゴリズムは情報工学において重要な研究分野のひとつである。

    760 = :

    Wikipediaには何の説得力もない

    761 = :

    mysqlさんなら結構てきとーでもそんな気にする必要ないよ
    結構糞なレコードでもどうとでもなる
    それに1万レコードぐらい普通だろ

    762 = :

    そうでもない
    1万行くらいならいいけど

    763 = :

    3000万レコードとかあるテーブルで
    糞データが多量にある非正規化なテーブルを見たことあるけど
    indexなりで結構どうとでもなるぞ

    764 = :

    564は自白してるようにDBが分かってないんでしょ
    だいたい1000個くらい1ユーザーがデータもつのにそれに関して対処しようとせずに
    ユーザー別にテーブル分けようなんて、DB使う意味ないでしょ。
    1万レコードがわるくて1万行はokなんていってる762と同レベル。

    765 = :

    素人のころは1万件ぐらいでびびったものだ

    766 = :

    データがおかしくなったときは、1万行でも相当ビビるものだ。

    768 = :

    >>764
    1万レコードがわるくて1万行はokって?

    770 = :

    お前は何を言っているんだ

    771 = :

    零細企業で働くDB設計経験0でDB知識といえば基本情報で勉強した程度の俺が、
    DB使ったシステムを一人で納品したことあるぜ。
    この案件お前一人で出来るだろ?1ヶ月ぐらいでなんとかしてくれや的なノリで。
    予備知識が多少あるとはいえ、設計の仕方知らないからせめて設計だけでもやって欲しかったのに何とかしろって。
    ブラック企業になんたらってスレあったがマジであんな感じだったわ。
    おかげでDB側にviewやtrigger使ってプログラム的なことかいちまったり散々だったけど蔵からはまだ苦情はない。

    772 = :

    零細企業で働くDB設計経験0でDB知識といえば基本情報で勉強した程度の俺が、
    DB7個を一人で集めたことあるぜ。

    773 = :

    ギャルのパンティもらって終わりとかもったいない話だわ

    775 = :

    引っかることはない

    783 = :

    >>772
    四星球くれ

    785 = :

    配列を順番に舐めたらいいじゃない

    787 = :

    >>784 はデブだからスマートなんか無理

    788 = :

    リフレクションとか使ったことなかったぜ!このスレは本当に勉強になるなぁ

    789 = :

    配列のコピーなんてよくすることだし
    メモリいっぱい使っても別にいいじゃない
    スマートさを追求するだけがプログラムじゃねえぜ

    791 = :

    >フレームワークにもよるんでしょうけど
    答え書いてるじゃないか

    まぁ基本はそうだと思うよ

    792 = :

    いやならつくらなければいいじゃんか。

    793 = :

    バリデーションルールが何をさしてるかが。
    項目を1個追加してもルールの追加は0で、5つのルールを適用するなんてことはよくあるけど。

    794 :



    ホリエモン  元ニート  でググれ


    腹よじれてワロタwwwwwwwwwwwwwwwwwwwwwwwwww

    795 = :

    <span>foooooo</span>などspan要素の中身が6文字以上にマッチして、
    それをfoooo...に置換したい(長い場合省略する)んですが、
    $value = preg_replace('/<span>(.{6,}?)<\/span>/', '<span>substr($1,0,5)</span>...', $value );
    とやっても<span>substr(foooooo,0,5)</span>となってしまいます
    どうしたらいいですか?

    796 = :

    そりゃあ<span>substr($1,0,5)</span>...に置換してるからだ

    まずは、残したい部分と省略したい部分の2箇所にマッチさせてみなさい

    797 = :

    >>796
    ありがとうございます
    $value = preg_replace('/<span>([^<]{6}?)[^<](.*?)?<\/span>/', '<span>$1</span>...', $value );
    でいけました

    798 = :

    >>797
    <span><<<<<<<<<<</span>で失敗するし、
    そもそも、6文字に対応してない

    /<span>((?:(?!<\/span>).){6,}?)<\/span>/

    799 = :

    DOM操作でやれよ

    800 = :

    >>798
    置換後の...がついているので置換対象としてマッチングしたことはわかるんですが、6文字にならずそのまま...がついて
    <span>foooooo...</span>
    になってしまいます


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について