Как задать имя таблицы через переменную, в PDO запросе?

Question

[P P]

В общем, в базе есть свыше 50 таблиц, одинаковой структуры. Использую PDO. Необходимо записать входящие данные в ту таблицу, которая указана в переменной.
вот мой неработающий код:
(использую библиотеку Db.class.php)

$tablename = 'tablename';
$db->bind("data1", $data1);
$db->bind("data2", $data2);
$db->bind("data3", $data3);
$insert   =  $db->query("INSERT INTO $tablename(data1,data2,data3) VALUES(:data1,:data2,:data3)");

Answer 1

[Дмитрий Энтелис]

А что за ошибка? Так делать конечно не надо, это мягко говоря не безопасно и теряется весь смысл от PDO, но должно работать.

Table and Column names cannot be replaced by parameters in PDO. In that case you will simply want to filter and sanitize the data manually.

stackoverflow.com/questions/182287/can-php-pdo-sta...

PS и хорошо бы раз вы используете PDO указывать явно типизацию при bind.

Comments

[P P]

да, всё заработало. Проблема была в том, что я давал числовые имена таблицам. Спасибо и за рекомендации по безопасности, но создавать switch конструкцию для почти 60 таблиц... %) или может не надо лениться и таки сделать?
ЗЫ, вы не могли бы привести пример явной типизации?

[Дмитрий Энтелис]

Кадыр Атаханов: php.net/manual/ru/pdostatement.bindparam.php

<?php
/* Выполнение запроса с привязкой PHP переменных */
$calories = 150;
$colour = 'red';
$sth = $dbh->prepare('SELECT name, colour, calories
    FROM fruit
    WHERE calories < :calories AND colour = :colour');
$sth->bindParam(':calories', $calories, PDO::PARAM_INT);
$sth->bindParam(':colour', $colour, PDO::PARAM_STR, 12);
$sth->execute();
?>

Answer 2

[FanatPHP]

в базе есть свыше 50 таблиц, одинаковой структуры.

дальше можно было бы не продолжать.
поскольку после такой кривизны все остальное уже не имеет значения
Но на будущее, phpfaq.ru/pdo#identifiers

Comments

[P P]

Но разве количество таблиц так сильно влияет на производительность запросов? И почему одна огромная таблица, лучше 50-ти не таких огромных?

[FanatPHP]

Это азы архитектуры баз данных. Одна таблица лучше, поскольку позволяет нормализовать данные. Надо обязательно учиться, и делать по-человечески, а не изобретать велосипед.

[P P]

FanatPHP: да, я понимаю, что большое количество таблиц тяжело нормализовать. Но мы осознанно пришли к денормализованной структуре, так как при нормализованной структуре, количество запросов для одной операции увеличивалось в разы (а операции много).
А разбили на 50+ таблиц, так как в будущем они должны отпочковаться в отдельные бд. А вообще, думаем перейти на постгрес

[FanatPHP]

Понятно. Вам надо нанять одного специалиста по базам данных. Он вам сэкономит кучу времени на эти бессмысленные метания

[FanatPHP]

Мда, судя по твоим ответам, вам надо не по базам данных, а просто специалиста. Любого.

[P P]

FanatPHP: бессмысленно что-либо утверждать, не закрепляя это аргументами

[FanatPHP]

Я привел тебе аргумент. Твой же собственный код, за который - если бы ты когда-нибудь учился программированию - ты бы схлопотал неуд.

[P P]

FanatPHP: уважаемый ученый, не разводи холиваров, а говори по делу

[P P]

FanatPHP: всё что ты сказал, это пафосная субъективщина, кроме упоминания о нормализации. Но эту тему ты предпочел избежать, ссылаясь на надобность найма специалиста. А потом всё свалил на то, что это всё азы, и что вообще надо идти читать книжки. В общем, грош цена таким советчикам

[FanatPHP]

Дружочег. Единственная объективная вещь здесь - это код, который ты тут рядом насочинял. Мне его достаточно, чтобы сделать нужные выводы. Пили дальше свои 100500 таблиц и думай что так и надо.